[Lazarus] GTK2 app thows errors at application startup

[Graeme Geldenhuys]

Graeme Geldenhuys wrote:
> 2009/8/27 Martin <lazarus at mfriebe.de>:
>   
>> Actually, I attempted to create a frame for this, but run into some bugs
>> that prevented it.
>>     
>
> And you didn't fix those bugs?  ;-)  Actually I never even though of
>   
 Why would I do this myself? I delegated it. ;-> (that is to say I 
reported them)

Part of it is in fpc, so you need fpc trunc...

> using a TFrame - that could have worked as well.
>
>   
>> - it may become collapsible
>>     
>
> This was my second thought for a custom "grouping" component. For the
> more complex dialogs the grouping component would maybe collapse the
> more advanced (or less used) options by default.
>   
yes, that too

>> IMHO not. I think the notebook is better solved by hiding the tabs, and
>> using a listbox or even tree-view (sort by directory,...).
>>     
>
> For GTK2, I hacked my copy of the editor notebook so that tabs appear
> on the right with horizontal text. Windows can position tabs too, but
> the text defaults to vertical which makes it much harder to read and
> does not save on space - which defeats the whole exercise.
>   
but a listbox will work on all OS.

> To overcome the Windows tabs on right with vertical text issue, you
> need to do custom drawing to solve it. Hence my idea of a custom
> component for editor notebook. The other benefit will be that all
> widgets can be made to support the "x" close button on tabs. I have no
>   
true a list box does not have that (x button). but you could emulate the 
middle click, as it is used on tabs to close them.

But then this are 2 different things:
- custom draw tabs, to allow an [x] button (but keep orientation nativ)
  => IMHO this would make sense to add to the LCL for everyone.
- custom draw tabs, to change the orientation.
  => IMHO easier to use a listbox (better tree view), though it wont 
have the fancy border, and the [x] button was still left for solving

> idea how OS X looks with tabs on right or left edges - if it's even
> possible. Again a reason for custom drawn notebook component.
>
> The idea of the listbox is actually a good one. There is already a
> nice Lazarus add-on which uses a listbox, supports drag-to-reorder and
> does filtering. I haven't had time to see if I can manually dock it
> inside the editor window. My copy of Lazarus already has two manually
> docked add-ons. The editor toolbar and the embedded messages window
> below the editor. So this makes it a bit more tricking docking the
> file listbox add-on.
>   
It could be fixed into the the source-editor window (meaning not 
un-dockable).
The source-notebook is probably alClient. so any extension can just add 
an alLeft (or alRight) component).