Hi All,
After the discussions of a few weeks back, I'm working on a (supposedly) minor mod to correctly set the parenting of the file dialogs. Many inkscape modal dialogs do not have the inkscape desktop correctly set as their parent window, so that in Windows, at least, it becomes possible for the user to hide a file dialog, say, behind the inkscape desktop by simply clicking on it (as mentioned in bug #1431528) for example.
For the file dialogs, correcting this is fairly simple: there's a version of the Gtk ::FileChooserDialog constructor which has an extra parameter allowing you to specify a parent window.
Now here's my problem: It's fairly easy to get the GtkWindow* of the desktop window - C style, from a SPDesktop pointer. However, the Gtk ::FileChooserDialog constructor requires a Gtk::Window&. The obvious solution to this is to use the Glib ::wrap function which takes in one, and returns the other. The problem comes when you have to tidy up. If you do a C++ delete on the desktop's wrapper Gtk::Window* returned by Glib::wrap, it doesn't just destroy the wrapping, but also the desktop window itself. So that if you press OK or Cancel in a file dialog, gtkmm responds by completely closing down inkscape - which is rather a shame.
What I really want here is "temporary wrapper" just to satisfy FileChooserDialog. There seems to be rather a lack of documentation about all this - or maybe I don't know where to look.
Am I right in thinking that while all inkscape dialogs use Gtkmm, the main window is based on plain old GTK+ ? If not, is there a way I can get a reference to it's underlying Gtk::Window rather than a crumby GtkWindow*? If so, would it be appropriate to create a wrapped Gtk::Window at the beginning of the life of the SPDesktop and stored inside, only deleting it after the desktop is finally closed? - so that the SPDesktop::getToplevel would instead return a pointer/reference to this Gtk::Window, rather than a GtkWindow*? [I seem to be the only one using SPDesktop::getToplevel].
As much of a PITA as all this is, I would like to find a solution, because it's not just the file dialogs that are suffering from a lack of parentage. It's even possible to put the About box behind the desktop - which is just a bit yucky.
Oh and sorry about the ^Ms
Joel