I'm a co-worker of the original poster on this thread. Part of the trouble with using a new dialog is that it allocates a new X11 window, which is not guaranteed to be alpha blended with the parent window. Platforms with a compositing X server support this, but that's a little more difficult to get with a minimalistic X server on embedded devices. On 5/12/06, Murray Cumming <murrayc@xxxxxxxxxxx> wrote:
On Thu, 2006-05-11 at 06:58 -0500, Sean Kelley wrote: > It appers that GtkFixed is not really designed for stacking widgets as > it does not have > a concept of a z-axis. What gets drawn on top is purely a matter of what > child comes last when drawing, and a similar story is with input. > > If you need to stack things, how is this best accomplished? > > Imagine you are working with an embedded device with a series of > widgets that act as page so to speak. Here's the sequence of events: > > Add a widget (call it menu page) to the fixed widget > Add a confirmation page to the fixed widget > Remove the menu page from the fixed widget > Add the settings page to the fixed widget > Remove the confirmation page from the fixed widget > Add the confirmation page to the fixed widget > > (note that the last two operations were done in an attempt to get > confirmation page in the foreground) > > After this sequence of events I would expect to see the settings page in the > background with the confirmation page in the foreground. This does seem to be an attempt to simulate stacked GtkWindows. Is there a reason that you can't just show a dialog? -- Murray Cumming murrayc@xxxxxxxxxxx www.murrayc.com www.openismus.com _______________________________________________ gtk-app-devel-list mailing list gtk-app-devel-list@xxxxxxxxx http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
_______________________________________________ gtk-list@xxxxxxxxx http://mail.gnome.org/mailman/listinfo/gtk-list
