Simon Budig (the guy who wrote the curve draging that we stole from GIMP) popped into IRC this morning because his document preferences dialog comes up with out decoration.
http://www.home.unix-ag.org/simon/files/inkscape-problem.jpg
After tapping F12 it comes back with decoration. Does anyone else using the sawfish window manager experiences this?
He also mentioned that his dialogs appear on the screen in one place and seem to jerk away into position. This I can confirm on WinXP. And it seems that my dialogs here are not saving their positions across sessions, but I need to check that a few more times to be sure.
Aaron Spike
On 5/9/06, Aaron Spike <aaron@...749...> wrote:
Simon Budig (the guy who wrote the curve draging that we stole from GIMP) popped into IRC this morning because his document preferences dialog comes up with out decoration.
Only that one dialog? What about the rest?
He also mentioned that his dialogs appear on the screen in one place and seem to jerk away into position. This I can confirm on WinXP.
If some GTK guru would teach me a way to display it at the given position and with given size at once, I would gladly redo it. As it is, yes, we have to display it first and move/resize second. Ugly as hell, but at least it (mostly) works.
And it seems that my dialogs here are not saving their positions across sessions, but I need to check that a few more times to be sure.
I really hate GTK. This stupid dialog position saving should come free with the toolkit, for goodness sake! Instead I had to really "hack" it in extremely far-fetched and unreliable ways. Switching to GTKmm only made things worse because, for some reason, GTKmmified dialogs have a different set of quirks.
Anyway, if anyone can review this part of the code and offer better solutions, I would be very grateful.
-- bulia byak Inkscape. Draw Freely. http://www.inkscape.org
[Not sure if this shows up on the mailinglist as I am not subscribed]
bulia byak (buliabyak@...400...) wrote:
On 5/9/06, Aaron Spike <aaron@...749...> wrote:
Simon Budig (the guy who wrote the curve draging that we stole from GIMP) popped into IRC this morning because his document preferences dialog comes up with out decoration.
Only that one dialog? What about the rest?
The rest seems to work. In the meantime I also filed a bug report: http://sourceforge.net/tracker/index.php?func=detail&aid=1484628&gro...
He also mentioned that his dialogs appear on the screen in one place and seem to jerk away into position. This I can confirm on WinXP.
If some GTK guru would teach me a way to display it at the given position and with given size at once, I would gladly redo it. As it is, yes, we have to display it first and move/resize second. Ugly as hell, but at least it (mostly) works.
We do that in the GIMP in quite a few places, it seems we are using gtk_window_parse_geometry() and gtk_window_set_default_size() and also use gtk_window_set_geometry_hints (GTK_WINDOW (dialog), NULL, NULL, GDK_HINT_USER_POS);
(the gimp code for this is in app/widgets/gimpdialogfactory.c and app/widgets/gimpsessioninfo.c)
I am myself not really familiar with the code, so I don't know all the nitty gritty details, but it might be worth a shot.
I hope this helps, Simon
Only that one dialog? What about the rest?
The rest seems to work. In the meantime I also filed a bug report: http://sourceforge.net/tracker/index.php?func=detail&aid=1484628&gro...
I think I resolved the flickering, finally, and it may well impact on the decoration problem too. This is a bit voodoo. Actually, we are using gtkmm here, and it appears we called hide() once too MUCH on the Gtk::Dialog.
Can you give us feedback on the decoration problem after removing the call to hide() in ui/dialog/document-properties.cpp:93 ? (which is in svn now too).
ralf
Ralf Stephan (ralf@...748...) wrote:
Only that one dialog? What about the rest?
The rest seems to work. In the meantime I also filed a bug report: http://sourceforge.net/tracker/index.php?func=detail&aid=1484628&gro...
I think I resolved the flickering, finally, and it may well impact on the decoration problem too. This is a bit voodoo. Actually, we are using gtkmm here, and it appears we called hide() once too MUCH on the Gtk::Dialog.
Can you give us feedback on the decoration problem after removing the call to hide() in ui/dialog/document-properties.cpp:93 ? (which is in svn now too).
The decoration problem has vanished, thanks a lot.
The dialogs still jump around a bit for me though. They appear in the center of the main window and then get moved to the position as remembered by Inkscape. Compared to the decoration problem this one is just a minor annoyance though :-)
Thanks a lot, Simon
You wrote
After tapping F12 it comes back with decoration. Does anyone else using the sawfish window manager experiences this?
He also mentioned that his dialogs appear on the screen in one place and seem to jerk away into position. This I can confirm on WinXP. And it seems that my dialogs here are not saving their positions across sessions, but I need to check that a few more times to be sure.
There is such an effect on Linux too. With the info given in the bug report, it should now be possible for me to resolve this. At least I hope so.
ralf
participants (4)
-
Aaron Spike -
bulia byak -
Ralf Stephan -
Simon Budig