On 11/25/06, John Cliff <simarilius@...> 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.
Inkscape. Draw Freely.