Re: [gtk-win32] Bugfix for transient dialogs posted a year ago

[Tor Lillqvist <tml iki fi>]

bulia byak writes:
 > So, if Metacity does implement stay-on-top for DIALOG transient
 > windows but not for non-DIALOG transient windows, it is in violation
 > of the spec which exclicitly demands that these two kinds of windows
 > are treated the same. I think it's finally some answer to the question
 > of which WM is broken :)

This presumably is the related bug report:
http://bugzilla.gnome.org/show_bug.cgi?id=308322

 > Anyway, to get back to our original topic: Win32 patch. I think the
 > above makes it evident that, while we have no explicit mention of
 > stay-on-top behavior in the spec, it is the most natural to use the
 > transient hint as the toggle for stay-on-top behavior

Sure.

 > because: (1) unlike setting DIALOG hint, making a window
 > transient to some other window thus explicitly indicates on top of
 > what window it should stay;

What about windows with just the DIALOG type hint, but no transience
relations, should gdk/win32 try to do anything special to their
z-order position or other behaviour? Currently the DIALOG type hint
only affects the decorations (minimize/maximize/close).

--tml