From: Jonatan L. <th...@ho...> - 2004-06-19 22:13:45
|
I think I found out something about the scribus bug (dialogues are shown without frames at startup)... try this in a python app: w = rox.Window() w.add(g.Label('FooBar')) w.show_all() w.hide() rox.mainloop() The windowframe is hidden but all its children are still visible but not responding. The right way to do it is to run show_all() on the children of the window, and then we can use w.show() and w.hide() to show and hide the window with all its children. Or maybe it works if you run all events between w.show_all() and w.hide(), something like: while pending_events: gtk_run_main_loop()... ? Could it be some timing problem? Was the same bug reported on other WM's? /Jonatan - [ http://kymatica.com ] |
From: rds <rd...@rd...> - 2004-06-20 04:39:33
|
On Sun, 20 Jun 2004 00:13:26 +0200 Jonatan Liljedahl <th...@ho...> wrote: > I think I found out something about the scribus bug (dialogues are shown > without frames at startup)... Ah, that reminds me, I found a similar "quirk" while using Liferea. It seems to maintain the desktop it's on for dialogs (and use one dialog, just change the labels) for it's add-feed dialog. Now, if you'd switch desktops while it was downloading the new feed, when you came back it would have the dialog with no frame, but the widgets would all be shown. I'm not sure if this is a GTK+2 bug or a OroboROX bug, but if Scribus is GTK+-2, maybe that helps narrow down where the bug is? -- rds - http://rdsarts.com/ jabber: rd...@ja... - yahoo!: rdsathon |
From: Jonatan L. <th...@ho...> - 2004-06-20 11:21:53
|
On Sat, 19 Jun 2004 20:48:01 -0700 (PDT) rds <rd...@rd...> wrote: > On Sun, 20 Jun 2004 00:13:26 +0200 > Jonatan Liljedahl <th...@ho...> wrote: > > > I think I found out something about the scribus bug (dialogues are > > shown without frames at startup)... > > Ah, that reminds me, I found a similar "quirk" while using Liferea. It > seems to maintain the desktop it's on for dialogs (and use one dialog, > just change the labels) for it's add-feed dialog. Now, if you'd switch > desktops while it was downloading the new feed, when you came back it > would have the dialog with no frame, but the widgets would all be > shown. And you have not got the same quirk in other WM's than OroboROX? > I'm not sure if this is a GTK+2 bug or a OroboROX bug, but if Scribus > is GTK+-2, maybe that helps narrow down where the bug is? I think scribus is Qt, so it could be an OroboROX bug. /Jonatan - [ http://kymatica.com ] |