Components list doesn't stay where I put it

[roy.lambert]

I currently use D2006 and I'm looking at Lazarus again. 1.4.2 seems nice and I managed to get the IDE set up as I'm used to (Components list on the right). Saved the desktop. Close Lazarus, open again and the components list is in the middle under the editor. I don't really want to use the docked layout because that keeps hiding the form.

Can someone tell me what I need to do to get the ide to save and use the desktop as I configure it?

Roy

[JuhaManninen]

Uninstall the AnchorDocking package and use the IDE with separate windows. The docking system is not ready yet. That's why it is not installed by default.

Hint : There is also an option "Show single button in Taskbar".

[roy.lambert]

I uninstalled autodocking when I found out it kept hiding the form, and I'm trying to use separate windows but the component list goes to the center when I reopen Lazarus. Think Windows | Center a lost window | Components but at the back.

I have seen  "Show single button in Taskbar" but can no longer find it. A route map would be appreciated

[JuhaManninen]

I uninstalled autodocking when I found out it kept hiding the form, and I'm trying to use separate windows but the component list goes to the center when I reopen Lazarus. Think Windows | Center a lost window | Components but at the back.

I think that bug is fixed in trunk although I am not 100% sure.

Trunk has better AnchorDocking. It has nice new features like configurable desktops but it also has regressions related to window positions like:
  http://bugs.freepascal.org/view.php?id=28754
Anyway you may want to try trunk. You can also use the dockable form editor from free-sparta branch there.
See: http://forum.lazarus.freepascal.org/index.php/topic,29251.msg184393.html#msg184393

I have seen  "Show single button in Taskbar" but can no longer find it. A route map would be appreciated

Use the filter at top of the options window. You will find it for sure.

[roy.lambert]

Found the single button on taskbar option - its grayed out (Windows 7)

[JuhaManninen]

Found the single button on taskbar option - its grayed out (Windows 7)

Some Windows user must help you here. I don't have it now available.

[rvk]

Found the single button on taskbar option - its grayed out (Windows 7)

Aren't programs under Windows 7 already "single button"?
(so there is no need for such option in Windows 7+)

And indeed, the (view all-) Component-window doesn't hold it's coordinates. You can also see, it's not really meant as a permanent window. When clicking a component the form doesn't automatically become visible (which it does in Delphi en CodeTyphon). Double clicking a component closes it. Clicking a component only "activates" the same component on the top component-bar.

[JuhaManninen]

Aren't programs under Windows 7 already "single button"? (so there is no need for such option in Windows 7+)

Good. It is gray in purpose then.

And indeed, the (view all-) Component-window doesn't hold it's coordinates.

In Lazarus trunk it does.

[rvk]

And indeed, the (view all-) Component-window doesn't hold it's coordinates.

In Lazarus trunk it does.

Mmmm, not for me.
And now that I look at it, all the windows keep going to the default position in trunk.

(It seems the "auto save active desktop" doesn't work for me. Even saving a desktop manual doesn't hold it. I've must done something wrong  )

[rvk]

And indeed, the (view all-) Component-window doesn't hold it's coordinates.

In Lazarus trunk it does.

Mmmm, not for me.
And now that I look at it, all the windows keep going to the default position in trunk.

(It seems the "auto save active desktop" doesn't work for me. Even saving a desktop manual doesn't hold it. I've must done something wrong  )

Ok, if I set the "Restore Window geometry" for certain windows, it works.

With a clean compile of trunk and empty configuration, are these not filled in by default???

[JuhaManninen]

Ok, if I set the "Restore Window geometry" for certain windows, it works.
With a clean compile of trunk and empty configuration, are these not filled in by default???

"Restore Window geometry" is selected by default at least for me. I am running Linux now but these settings do not depend on OS or widgetset.
It is very possible that your local configuration is corrupted. All environment options were revamped. Some intermediate versions of trunk have surely been broken.
I suggest you start with a clean configuration. If you run both the release version and trunk, you should use --pcp parameter and different configurations.
For example :
 $ cd lazarus_trunk_dir
 $ lazarus --pcp=.\lazarus_trunk_cfg
should work on Windows. Or, give the whole path for configuration :
 $ lazarus --pcp=C:\lazarus_trunk_dir\lazarus_trunk_cfg
... or something similar.
You can create shortcut icons to your desktop with these parameters, too.

Now I am interested if the transition from Lazarus 1.4.x release to Lazarus trunk breaks the configuration somehow. The desktop feature has stabilized and the configuration should be converted automatically and gracefully.
If it however breaks then please report here or in bug tracker.

[rvk]

I cleaned out my trunk installation yesterday and took the latest version (for win32). In c:\dev\lazarus I have a lazarus.cfg which contains "--primary-config-path=C:\dev\config" so it creates C:\dev\config. (I made sure it didn't exist yet) I start Lazarus and none of the Window settings are on "Restore Window geometry". (none of the radio-buttons are selected on the window-settings)

Lazarus 1.5 r49953M FPC 3.1.1 i386-win32-win32/win64

Attached is the environmentoptions.xml after the first clean start of Lazarus without config.
The changes in size and location are not saved when exiting and restarting Lazarus.

For example... SourceNotbook contains this:

Code: XML  [Select][+][-]

1. <SourceNotebook>
2.   <Caption Value="SourceNotebook"/>
3.   <WindowPlacement Value="RestoreWindowSize"/>
4.   <CustomPosition Left="250" Top="138" Width="750" Height="562"/>
5. </SourceNotebook>
6.  

When I change the setting to remember the window position of the sourcecode-editor, I get:

Code: XML  [Select][+][-]

1. <SourceNotebook>
2.   <Caption Value="SourceNotebook"/>
3.   <CustomPosition Left="250" Top="138" Width="949" Height="619"/>
4. </SourceNotebook>
5.  

Notice the absence of WindowPlacement.

I think the default of WindowPlacement (being "RestoreWindowSize") is messing with the correct options in the trunk version (and it should be left out to be the default).

Can anyone with Windows and trunk confirm when they remove the config directory that saving window-positions isn't working anymore?

[rvk]

Maybe it has to do with this:

Code: Pascal  [Select][+][-]

1. const
2.   IDEWndCfgFileVersion = 2;
3.   // 2: changed default WindowPlacement from iwpRestoreWindowSize to iwpRestoreWindowGeometry
4. ...
5.   if FileVersion<2 then
6.     DefaultValue:=iwpRestoreWindowSize
7.   else
8.     DefaultValue:=iwpRestoreWindowGeometry;
9.  

in IDEWindowIntf.

If the default changed to iwpRestoreWindowGeometry and iwpRestoreWindowSize is still put into the xml when it doesn't exist yet.

If the "FileVersion" can't be determined (for example when the XML doesn't exist) it should not return 0 (does it?) because it will revert back to the old Window-position methodology.

This behavoir changed on september 21.

Code: [Select]

Revision: 49865
Author: mattias
Date: maandag 21 september 2015 17:01:29
Message:
IDE: changed default value of WindowPlacement from iwpRestoreWindowSize to iwpRestoreWindowGeometry
----
Modified : /trunk/components/ideintf/idewindowintf.pas


[balazsszekely]

@rvk
Can anyone with Windows and trunk confirm when they remove the config directory that saving window-positions isn't working anymore?

Yes, I can confirm it. In fact it was confirmed many times recently. Take a look at this for example: http://forum.lazarus.freepascal.org/index.php/topic,29868.0.html

[rvk]

@rvk
Can anyone with Windows and trunk confirm when they remove the config directory that saving window-positions isn't working anymore?

Yes, I can confirm it.

Ok, I didn't find an exact match in the bugtracker so:
http://bugs.freepascal.org/view.php?id=28789