Hi,
We are displaying widgets (containing GL windows) on "top" of each
other in our application. We can drag the widgets around on a
"canvas". Needless to say, when one widget is dragged over another,
it obscures the former widget. It appears that the widgets are
rendered in the order that t
> > We are displaying widgets (containing GL windows) on "top" of each
> >other in our application. We can drag the widgets around on a
> >"canvas". Needless to say, when one widget is dragged over another,
> >it obscures the former widget. It appears that the widgets are
> >rendered in the or
> We are displaying widgets (containing GL windows) on "top" of each
>other in our application. We can drag the widgets around on a
>"canvas". Needless to say, when one widget is dragged over another,
>it obscures the former widget. It appears that the widgets are
>rendered in the order that th
On Tue, 2003-08-12 at 13:30, Paul Davis wrote:
[snip]
>
> (as a parenthetical note, i find it rather sad how few new widgets
> have been incorporated into GTK+ over the years it has been around. i
> don't think i have seen a single example of a new widget entering the
> toolkit in the 4+ years i'
> From: J. Davison de St. Germain [mailto:[EMAIL PROTECTED]
> > use the GnomeCanvas, which has z-order stacking. its not so cool for
> > widgets as it it for native canvas items, but it will work.
>
> My understanding is that this would require us to be dependent on yet
> another library (libgnom
> From: Paul Davis [mailto:[EMAIL PROTECTED]
> >It's hard to get stuff into GTK+ because GTK+ has very high
> quality levels.
>
> it does for additions. yet we've had misdesigned stuff like the combo
> and the file selector around for years.
Well, they had to start somewhere. It really is much
On Tue, 2003-08-12 at 15:40, Paul Davis wrote:
> but when there is no sign that you can ever succeed in adding a widget
> unless you are part of the core team, the motivation to try is a bit
> hard to come up with. and that really *is* my perception: if you're
> not owen or havoc or tim, don't bot
>> (as a parenthetical note, i find it rather sad how few new widgets
>> have been incorporated into GTK+ over the years it has been around. i
>> don't think i have seen a single example of a new widget entering the
>> toolkit in the 4+ years i've worked with it.)
>>
>
>Er... do GtkTreeView or Gt
>> From: J. Davison de St. Germain [mailto:[EMAIL PROTECTED]
>> > use the GnomeCanvas, which has z-order stacking. its not so cool for
>> > widgets as it it for native canvas items, but it will work.
>>
>> My understanding is that this would require us to be dependent on yet
>> another library (l
> From: Paul Davis [mailto:[EMAIL PROTECTED]
> you still have to go outside of GTK+ to get (for example):
It's hard to get stuff into GTK+ because GTK+ has very high quality levels.
That's good. If people want something to go into GTK+ then they have to be
prepared to discuss it thoroughly, provi
On Tue, 2003-08-12 at 10:40, Paul Davis wrote:
> >It's hard to get stuff into GTK+ because GTK+ has very high quality levels.
>
> it does for additions. yet we've had misdesigned stuff like the combo
> and the file selector around for years. that's where the paradox lies:
> i love the high standar
>It's hard to get stuff into GTK+ because GTK+ has very high quality levels.
it does for additions. yet we've had misdesigned stuff like the combo
and the file selector around for years. that's where the paradox lies:
i love the high standards for additions, but it wasn't applied to the
first roun
On Tue, Aug 12, 2003 at 10:40:48AM -0400, Paul Davis wrote:
> but when there is no sign that you can ever succeed in adding a widget
> unless you are part of the core team, the motivation to try is a bit
> hard to come up with. and that really *is* my perception: if you're
> not owen or havoc or t
I work around this by removing and re-adding the widgets to the layout. For example:
gtk_widget_ref( GTK_WIDGET( cview ) );
gtk_container_remove( GTK_CONTAINER( wview->fixed ),
GTK_WIDGET( cview ) );
gtk_fixed_put( GTK_FIXED( wview->fixed ),
GTK_W
14 matches
Mail list logo
