Re: [Lazarus] IDE Docking windows and Editor Toolbar

On Tue, 20 Sep 2016 17:43:44 +0100 Graeme Geldenhuys wrote: > On 2016-09-20 17:38, leledumbo wrote: > > Not an issue for me: > > Is your Lazarus IDE also compiled against LCL-GTK2? Also I have my > Editor Tabs set to display on the right, not the top. I don't know if > any of these might inter

Re: [Lazarus] IDE Docking windows and Editor Toolbar

On 2016-09-21 09:06, Mattias Gaertner wrote: > It only disappears when on the right? Sorry if my message wasn't clear. Here is a screenshot of what I see, and below is the Editor Toolbar settings as seen in the environmentoptions.xml file.

Re: [Lazarus] IDE Docking windows and Editor Toolbar

> Is your Lazarus IDE also compiled against LCL-GTK2? Also I have my > Editor Tabs set to display on the right, not the top. I don't know if > any of these might interfere with the Editor Toolbar + Anchor Docking. Kinda ugly, but yes it works: anchor-docking-and-editor-toolbar-gtk2.png

Re: [Lazarus] IDE Docking windows and Editor Toolbar

On 2016-09-21 11:01, leledumbo wrote: > Kinda ugly, but yes it works: Thanks for confirming... Now I’m very confused as to why it doesn’t work here. As for the “ugly” comment - yes, I don’t know why LCL-GTK2 tabs on the right must be so “fat” (vertical space). With fpGUI or MSEide pagecontrol wid

Re: [Lazarus] IDE Docking windows and Editor Toolbar

On 20/09/2016 15:23, Graeme Geldenhuys wrote: Is it a known issue, or by design, that the Editor Toolbar doesn't appear when the Anchor Docking packages is installed? Is it some docking window limitation? It is somewhat documented in: http://bugs.freepascal.org/view.php?id=29863 All toolbars d

Re: [Lazarus] IDE Docking windows and Editor Toolbar

On 2016-09-21 11:37, Denis Kozlov wrote: > It is somewhat documented in: http://bugs.freepascal.org/view.php?id=29863 Umm... thanks for that. It seems for every good feature in Lazarus IDE, there is an inevitable trade-off somewhere else. :-( All I wanted was a single tabbed window to collect al

Re: [Lazarus] IDE Docking windows and Editor Toolbar

On 2016-09-20 15:23, Graeme Geldenhuys wrote: > Is it a known issue, or by design, that the Editor Toolbar doesn't > appear when the Anchor Docking packages is installed? Is it some docking > window limitation? Seems I found the problem. My environmentoptions.xml file now contains two "desktop" se

Re: [Lazarus] IDE Docking windows and Editor Toolbar

On Wed, 21 Sep 2016 12:21:12 +0100 Graeme Geldenhuys wrote: >[...] > Manually copying my Editor Toolbar configuration from desktop1 to > desktop2 - now my IDE has docked windows and the editor toolbar I so > like. :) > > I presume this is a bug with Anchor Docking - not copying over certain > se

Re: [Lazarus] IDE Docking windows and Editor Toolbar

On 21.09.2016 18:32, Mattias Gaertner wrote: On Wed, 21 Sep 2016 12:21:12 +0100 Graeme Geldenhuys wrote: [...] Manually copying my Editor Toolbar configuration from desktop1 to desktop2 - now my IDE has docked windows and the editor toolbar I so like. :) I presume this is a bug with Anchor Do

Re: [Lazarus] IDE Docking windows and Editor Toolbar

On 2016-09-21 12:44, Ondrej Pokorny wrote: > As far as I see from Graeme's > screenshots the toolbar is there and works but is empty. Correct, I could right-click on the empty Editor Toolbar and select "Configure". It worked, but I didn't want to do that in case it overwrote my existing Editor To

Re: [Lazarus] IDE Docking windows and Editor Toolbar

On 2016-09-21 12:44, Ondrej Pokorny wrote: > So the only problem is that there is no default layout for AnchorDocking. Correct, and maybe default by copying the existing desktop settings (for Editor Toolbar) to the new desktop settings. If you only had one desktop to start with, that shouldn't be

[Lazarus] Desktops - some features overengineered (?)

I'd like to discuss the Desktops feature. In particular the fact that some settings are stored within the desktop and not IDE-wide. That means that changing desktops means also changing some of the settings. For now I have these IDE options in mind: "Environment -> Window" "Environment -> IDE

Re: [Lazarus] IDE Docking windows and Editor Toolbar

On 21.09.2016 19:22, Graeme Geldenhuys wrote: On 2016-09-21 12:44, Ondrej Pokorny wrote: As far as I see from Graeme's screenshots the toolbar is there and works but is empty. Correct, I could right-click on the empty Editor Toolbar and select "Configure". It worked, but I didn't want to do tha

Re: [Lazarus] Desktops - some features overengineered (?)

On 2016-09-21 13:46, Ondrej Pokorny wrote: > I personally use 4 different destops (external monitor vs laptop monitor > AND editing vs debuging - which makes 4 combinations). I use different > IDE coolbar settings for edit and debug desktop. Nice idea - now all I need to do is figure out how Vir

Re: [Lazarus] Desktops - some features overengineered (?)

>>Does anybody take advantage of the fact that these settings are different for every desktop? Yes. >>Or did I overengineer the feature? No. >>For me it looks like the users are only confused. What is confusing the Restore Windows Geometry feature(Options-->Environment-->Window). Which one is gon

[Lazarus] Accesing components in FormCreate event

I'm trying to remember if setting up some values of components is okay to do in the form create event. From what I remember in Delphi days of programming years ago, I think I found out the hard way that setting up components in the FormCreate event was a bad idea, and I had to resort to tricks like

Re: [Lazarus] Accesing components in FormCreate event

On Wed, 21 Sep 2016, Lars wrote: I'm trying to remember if setting up some values of components is okay to do in the form create event. From what I remember in Delphi days of programming years ago, I think I found out the hard way that setting up components in the FormCreate event was a bad id

[Lazarus] Launching External Tool Cmd.exe in Windows

Hi, Lazarus has the nice feature of being able to launch an external tool. I'm trying to launch a console app... So I put C:\Windows\System32\cmd.exe in the program file name for the external tool. This does nothing and gives no error message. Also add the parameter /k and it still does nothing.

Re: [Lazarus] Accessing components in FormCreate event

> No, formcreate is the correct event to set up new components. > OnShow may be called multiple times in the lifetime of a form. > > Michael. In OnShow I use a counter to only do the change on the first show. I've even made a FirstShow event years ago. I trust what you say since you are very expe

Re: [Lazarus] Accesing components in FormCreate event

On Thu, 22 Sep 2016 07:36:45 +0200 (CEST) Michael Van Canneyt wrote: > On Wed, 21 Sep 2016, Lars wrote: > > > I'm trying to remember if setting up some values of components is okay to > > do in the form create event. From what I remember in Delphi days of > > programming years ago, I think I fou

Re: [Lazarus] Accessing components in FormCreate event

On Thu, September 22, 2016 12:31 am, I previously wrote: > If I could just find one other person that has been haunted by accessing > components in formcreate, then I'd confirm I am not imagining things i.e. here are some issues others have come across which may be semi related to problems I have

Re: [Lazarus] Accesing components in FormCreate event

On Thu, September 22, 2016 12:48 am, Mattias Gaertner wrote: >> No, formcreate is the correct event to set up new components. >> > > Yes. Prefer positive attitude of Yes, vs No. Inbetween Qbit state: maybe. > Keep in mind that the LCL tries to create the Handle and layout after > calling FormCrea