Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / lazarus / 2003-03

Updates

7 messages · 2 people ·

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Mattias Gaertner

Hi,

small things:

- combobox height can now be changed
- implemented TSpinEdit.MinValue, MaxValue
- objectinspector options are now applied after leaving dialog
- bookmarks are now saved for closed files
- bookmark popupmenu now shows short description
- started package system
- fixed bug when TLabel.Caption='' and TLabel.WordWrap=true
- added 'New ...' dialog
- added i386 define to fpc source directory
- fixed ReadOnly flag for editor files in various situations
- added Make Resourcestring dialog
- localization for the gtk, win32 interfaces, lcl, synedit
- implemented project option: auto create new forms
- added 'show options for form editing' to designer popup menu
- implemented form editing option: Auto create form on open unit. If deactivated, form will load on toggling to form (F12)

Mattias

Reply by email

Mattias Gaertner

Hi all,

Some goodies:

- fixed identifier completion in parsed with statements
- fixed cached sourcenames
- Make Resourcestring dialog now checks if there is already a resourcestring with the new value.
- implemented 'sort selection' for paragraphs
- implemented Tools -> diff. A dialog for creating diffs between two editor files.
- fixed diffing of space characters
- Save As no longer asks to overwrite a file,
if old and new filename are the same
- Save As now checks for ambigious pascal files
(for instance: Unit1.pas, UNIT1.PAS, unit1.pas)
- There is a new option in environment options -> naming. This controls the automatic lowercase renaming of pascal files.
- New examples for launching applications. They show how to start your program
in a terminal and keeping the terminal open after execution.

Mattias

Reply by email

Mattias Gaertner
to Mattias Gaertner: Some goodies: - fixed identifier completion in parsed with statements - fixed cached…
Show quoted text 17 lines
On 14 Mar 2003 18:43:15 -0600 Tony Maro wrote: > Have I missed something or is there still no progress on making modal or > always on top forms always stay on top? There is a little progress: Forms created with fsStayOnTop and bsNone are created as GTK_WINDOW_POPUP, so that they stay always on top. The IDE splash screen uses this. I just fixed and activated the transient relationship for modal forms. That means a modal form always stays on top of the last focused form. It does not stay on top of not focused forms. The best solution would be: When a form is shown modal, all other forms should be transient connected in the current z order. And as soon as the modal form is closed, the artificial transients connections must be dissolved.

Ok, this was crap. Sometimes modal forms were created behind existing ones. Therefore I implemented a hopefully better approach. Everytime a form is shown or hidden, all transient relationships are updated. If there is a non modal form, there is no transient relationship. If there are modal forms, the modal forms are transient in the right order and non modal forms are transient due to the gtk window top level list. This is not neccessarily the current z order. But it seems that to find out the correct z order is up to the gtk2 interface. (Although gtk2 also contains functions to disorder the gtk toplevel window list).

I hope there is no windowmanager, that does not like resetting the transient window relationsship. And I have not tested, what happens, if non top forms are hidden, but it should work ... .

Mattias

Reply by email

Tony Maro
to Mattias Gaertner: Some goodies: - fixed identifier completion in parsed with statements - fixed cached…

Excellent! Works perfect (on a few tests anyway)

Thanks,
Tony

Mattias Gaertner wrote 42 lines
On Sat, 15 Mar 2003 10:57:21 +0100 Mattias Gaertner wrote: > On 14 Mar 2003 18:43:15 -0600 > Tony Maro wrote: > > > Have I missed something or is there still no progress on making modal or > > always on top forms always stay on top? > > There is a little progress: > > Forms created with fsStayOnTop and bsNone are created as GTK_WINDOW_POPUP, > so that they stay always on top. The IDE splash screen uses this. > > I just fixed and activated the transient relationship for modal forms. > That means a modal form always stays on top of the last focused form. It > does not stay on top of not focused forms. The best solution would be: > When a form is shown modal, all other forms should be transient connected > in the current z order. And as soon as the modal form is closed, the > artificial transients connections must be dissolved. Ok, this was crap. Sometimes modal forms were created behind existing ones. Therefore I implemented a hopefully better approach. Everytime a form is shown or hidden, all transient relationships are updated. If there is a non modal form, there is no transient relationship. If there are modal forms, the modal forms are transient in the right order and non modal forms are transient due to the gtk window top level list. This is not neccessarily the current z order. But it seems that to find out the correct z order is up to the gtk2 interface. (Although gtk2 also contains functions to disorder the gtk toplevel window list). I hope there is no windowmanager, that does not like resetting the transient window relationsship. And I have not tested, what happens, if non top forms are hidden, but it should work ... . Mattias _________________________________________________________________ To unsubscribe: mail with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Thanks, Tony Maro Need a Linux replacement for Microsoft Money? Check out CheckBook Tracker! http://tony.maro.net/

Reply by email

Mattias Gaertner
to Mattias Gaertner: Some goodies: - fixed identifier completion in parsed with statements - fixed cached…
Well, I finally updated my Lazarus for the first time in months... life's been busy.

Maybe you should update again, see below ...

Have I missed something or is there still no progress on making modal or always on top forms always stay on top?

There is a little progress:

Forms created with fsStayOnTop and bsNone are created as GTK_WINDOW_POPUP, so that they stay always on top. The IDE splash screen uses this.

I just fixed and activated the transient relationship for modal forms. That means a modal form always stays on top of the last focused form. It does not stay on top of not focused forms. The best solution would be: When a form is shown modal, all other forms should be transient connected in the current z order. And as soon as the modal form is closed, the artificial transients connections must be dissolved.

Mattias

Reply by email

Mattias Gaertner

Hi all cvs users,

- added TCheckGroup (Similar to TRadioGroup,
but with TCheckBoxes instead of TRadioButtons)
- build lazarus extra -d options are now set in the codetools
- improved transient window code for modal forms. If there are still problems
see next
- added command line option --lcl-no-transient for the gtk interface to deactivate the transient order for modal forms.
- fixed finddeclaration searching unitname identifiers
- implemented compiled unit search paths
That means, if the codetools can only find a compiled unit (.ppu), it uses the #CompiledSrcPath / #PPUSrcPath definitions to search for the source. The IDE defines them automatically for the LCL, so that applications no longer need to add the LCL to the 'Other Sources' search path.
- fixed find declaration of params in overloaded procs with types in other units
- code completion: implemented predefined types for properties in local var completion
- added TMemoScrollBar, added TMemo.Horz/VertScrollBar
- fixed IntersectRect
- implemented GetSrollInfo, added GetScrollbarVisible
- IDE now trims filenames more carefully
- added html part of the turbopower internet pro components. Only compilable under fpc 1.1 due to a lot of "Delphi specials". They can already show very
simple HTML pages, but there are still a lot of bugs. I also fixed a few nil
pointers and buffer overflows. I don't know how these components work under
Delphi. Probably sheer luck.

Mattias

Reply by email