headers
Luiz Americo Pereira Camara | 1 Mar 02:16
Picon
Favicon
Gravatar

Re: PBear and Gecko SDK components in Lazarus..

Michael Van Canneyt escreveu:
> On Fri, 27 Feb 2009, dominique <at> savagesoftware.com.au wrote:
>
>   
>> Hi all,
>>   From reading this thread...
>> http://forum.lazarus.freepascal.org/index.php/topic,6158.15.html
>>
>> It seems that Phil had done some work in getting PBear working with
>> Lazarus. Does anyone know who Phil is, and if this is now available from
>> SVN?
>>
>> I am interested in both PBear and GeckoSDK working with Lazarus apps,
>> particularly on Windows and Mac OS X.
>> Currently I have an application which uses PBear with Delphi on Windows and
>> it works really well. Having it work on Mac OS X with Lazarus/FreePascal
>> would be the easiest porting route, but I'm willing to consider GeckoSDK as
>> an alternative just to ensure cross-platform browser support.
>>     
>
> I tried GeckoSDK once, but I never got it to work. Compiling was not a problem,
> but it never worked correctly; The first call to initialize Gecko invariably 
> crashed the application.
>
> You might be better off trying to fix PBear. I use it myself, and IMHO it should
> be easy to port.
>
>   

Is not that easy. It uses the windows specific (GlobalAlloc etc)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Alexander Klenin | 1 Mar 04:22
Picon

Re: Patch for improved window layout

2009/3/1 Kostas Michalopoulos <badsector <at> slashstone.com>:
> 1. The component bar ("MainIDEBar")'s height is calculated to match the
> contents and current window size.
This is a good idea in general, however your patch IMHO has some flaws,
which I'll list in order from least to most significant:
1) CalcMainIDEBarHeight function has inconsistent indenting and no
try-finally block
2) I am not sure how this code takes into account MainMenu height
3) It certainly does not take into account possibility for more than a
single row of components
  on the tab (which, I presume, was the main reason for original large height).
Perhaps a better suggestion would be to measure sizes of real components,
instead of creating a fake ones.

> 2. Line up the windows so they don't appear inconsistent and they don't
> overlap each other.
> 3. Make the default new form size to cover a large area made up of the area
> left by the object inspector, the main bar and the messages window.
> 4. Resize the source editor window to be smaller than the default new form
> size but similar in aspect.

These are merely a tweaks for magic constants.
I have nothing against it, but I think this is, at best, a workaround
until docking code is finished.

--

-- 
Alexander S. Klenin
_______________________________________________
Lazarus mailing list
Lazarus <at> lazarus.freepascal.org
(Continue reading)

Permalink | Reply | 1 comment |
headers
Kostas Michalopoulos | 1 Mar 05:37
Gravatar

Re: Patch for improved window layout

> 2009/3/1 Kostas Michalopoulos <badsector <at> slashstone.com>:
>> 1. The component bar ("MainIDEBar")'s height is calculated to match the
>> contents and current window size.
> This is a good idea in general, however your patch IMHO has some flaws,
> which I'll list in order from least to most significant:
> 1) CalcMainIDEBarHeight function has inconsistent indenting and no
> try-finally block

I'll check it.

> 2) I am not sure how this code takes into account MainMenu height

It doesn't. It seems the menu is considered as a part of the frame so its 
added transparently when the SetBounds is called.

> 3) It certainly does not take into account possibility for more than a
> single row of components
>  on the tab (which, I presume, was the main reason for original large 
> height).

The original large height wasn't large enough to show two rows. But I don't 
have encountered a computer that even fills the component bar. Although by 
resizing it I saw that the components simply disappear, which I think isn't 
a good idea. I believe the best would be to scroll (like in Delphi - ideally 
they would fill the available horizontal/vertical space and scroll for the 
rest) or at least have a visual clue that there are more components.

> Perhaps a better suggestion would be to measure sizes of real components,
> instead of creating a fake ones.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Graeme Geldenhuys | 1 Mar 22:55
Picon
Gravatar

Re: New Features for source editor

On 2/26/09, Paul Ishenin <webpirat <at> mail.ru> wrote:
>
> Can you share your live templates? Maybe we can add some to Lazarus?

No problem. I'm at home for a week, so when I am back at the office
I'll go through them as pass on what I think is relevant. Most are
probably more related to tiOPF based code.

Regards,
  - Graeme -

_______________________________________________
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/
_______________________________________________
Lazarus mailing list
Lazarus <at> lazarus.freepascal.org
http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Permalink | Reply | 0 comments |
headers
Graeme Geldenhuys | 1 Mar 22:59
Picon
Gravatar

Re: Fw: New Features for source editor

On 2/26/09, Lee Jenkins <lee <at> datatrakpos.com> wrote:
>
> Ah, OK.  I have to tell you that I didn't take to live templates immediately
>  either but they can be a real time saver.  I even have a few that create entire
>  units for me.

I have similar templates but for Lazarus. Most work with tiOPF or
fpGUI based projects. I even have some complicated ones that use the
clipboard to generate classes and associated list classes with all
overloaded methods populated for me. All from typing a single word,
cit it to the clipboard, type 3-4 abbreviated letters and pressing
Ctrl+J.  :-)

Regards,
  - Graeme -

_______________________________________________
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/
_______________________________________________
Lazarus mailing list
Lazarus <at> lazarus.freepascal.org
http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Permalink | Reply | 0 comments |
headers
Andrea Mauri | 2 Mar 14:27
Picon
Gravatar

Re: print source from IDE

Dear Gerard,
I am not sure that I understood correctly, anyway I think that if I want 
to print some source code the printer should consider what I see on the 
editor and not what is already saved. e.g. I make some changes on my 
unit, I don't save it and I print the unit. I would like to print the 
modified unit not the previously saved one.
Anyway I will open a bug report. Which category should I set? (IDE, 
printer ?)
Regards,
Andrea

Gerard N/A ha scritto:
> Hi,
>
> that's correct, at least in some cases.
> If you insert some new lines in a existing unit without saving, for
> example, those are not printed and the print is truncated at original
> line count. (before the new lines insert).
> This looks like an internal SynEdit problem (Line count not being updated?)
> May I suggest that you open a bug report?  (http://bugs.freepascal.org)
>
> Regards,
>
> Gerard.
>
>
> On Fri, Feb 27, 2009 at 12:46 PM, Andrea Mauri
> <andrea.mauri.75 <at> gmail.com> wrote:
>   
>> Dear all,
(Continue reading)

Permalink | Reply | 1 comment |
headers
Gerard N/A | 2 Mar 15:28
Picon

Re: print source from IDE

Hi Andrea,

> I am not sure that I understood correctly, anyway I think that if I want
> to print some source code the printer should consider what I see on the
> editor and not what is already saved. e.g. I make some changes on my
> unit, I don't save it and I print the unit. I would like to print the
> modified unit not the previously saved one.

Correct, I don't mean what happens now is normal, I was just trying to
find a way to reproduce it.

> Anyway I will open a bug report. Which category should I set? (IDE,
> printer ?)

IDE.

Regards,

Gerard.
_______________________________________________
Lazarus mailing list
Lazarus <at> lazarus.freepascal.org
http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Permalink | Reply | 0 comments |
headers
ali@linuxprogramlama.com | 2 Mar 21:16
Favicon

record field alignment

Hi,

I'm trying migrate a delphi project to lazarus. I need to set "record field alignment" (in delphi name is that) value to set 1.

It is using external c++ dll and i need to set. Do you know where is or can i?

Best Regards
--
M.Ali VARDAR

_______________________________________________
Lazarus mailing list
Lazarus <at> lazarus.freepascal.org
http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Permalink | Reply | 1 comment |
headers
Henry Vermaak | 2 Mar 21:39
Picon
Gravatar

Re: record field alignment

2009/3/2 ali <at> linuxprogramlama.com <ali <at> linuxprogramlama.com>:
> Hi,
>
> I'm trying migrate a delphi project to lazarus. I need to set "record field
> alignment" (in delphi name is that) value to set 1.
>
> It is using external c++ dll and i need to set. Do you know where is or can
> i?

http://www.freepascal.org/docs-html/prog/progsu58.html

henry
_______________________________________________
Lazarus mailing list
Lazarus <at> lazarus.freepascal.org
http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Permalink | Reply | 0 comments |
headers
Andrew Brunner | 3 Mar 00:16
Picon
Gravatar

MySQL Database Component and Parameter Binding

Can anyone tell me if the MySQL Database component in Lazarus does
Parameter Binding for Insert and Update?

I'm needing a Component to implement binding parameters for Insert and
Update methods.

I also need a component that enumerates tables and fields and allows
me to manage them if they don't exist (both Tables/Fields) etc.

I'm willing to contribute financially for each component with these
features but you must agree to check them back in to Lazarus SVN so we
can all benefit from them.

If you can help, have experience, and want to make some quick cash email me.

Thanks,

Andrew Brunner
_______________________________________________
Lazarus mailing list
Lazarus <at> lazarus.freepascal.org
http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Permalink | Reply | 2 comments |

Gmane