On 11/25/06, John Cliff <simarilius@...36...> wrote:
Had a dig through the code to see if i could get this working yesterday, took the ifdefs out of dialog.cpp and desktop-widget.cpp, and it kind of works. dialogs stay on top during drawing etc, and when you switch tools, however dont get minimised with the main window. In testing I've also got the main window to freak out slightly so that it stays always on top, seems to be picking up the attribute the dialogs are supposed to be having, I havent been able to work out how to reliably reproduce this tho.
I got roughly the same results, and like you couldn't get much further than that. John, what is needed is to secure support from Tor, the patch author, and the GTK guys, and to get this, we need something different altogether: we need a simple test application. They are not interested in tracing the huge Inkscape codebase, and this is understandable. So we just need to take some simple window example from GTK distribution and make it spawn a dialog and make it transient, and then test it extensively on windows (and linux too, there are bugs there as well!) with regard to:
- transient always on top of its parent, but not other windows
- transient minimized and restored with parent
- transient can be hidden from taskbar with no harmful side effects
- no other bugs
If you see any problems, send that simple test app to Tor and the original patch author to investigate. That's the only way we can count on getting help from them.
After that is fixed, we can move on to the more complex scenario that is actually used by Inkscape: two or more main windows belonging to the same application, and a dialog which switches its transiency parent when you switch focus between these main windows, so it's always on top of the topmost main window. But, like I said, let's make sure the simple scenario works flawlessly first.