Re: Reference window manager (was: Automatically minimizing owned windows)



On 1/1/07, Tor Lillqvist <tml iki fi> wrote:
Owen Taylor writes:
 > Remember, many of hints in the NET WM spec and to a lesser extent in
 > the ICCCM are semantic ... they, for example, say that the application
 > is wants a window to be treated as a "utility window" but they don't
 > define what the behavior should be such for windows.
 >
 > So the search for a standard behavior that you can emulate exactly
 > may be elusive.

Hmm, true. But I would have hoped that window managers would at least
agree on what to do when an app wants dialog windows to stay on top of
a "main" window they have been set as transient for. But alas, the
rather trivial sample program
http://bugzilla.gnome.org/attachment.cgi?id=79027 (attached to
http://bugzilla.gnome.org/show_bug.cgi?id=112404) behaves quite
differently on KDE and GNOME.

Or actually, Yosh pointed out that the above sample program is a bit
pathological, it creates a non-dialog window as transient for a dialog
window. If I change it to create the transient window as a dialog
window instead (gtk_dialog_new() instead of
gtk_window_new(GTK_WINDOW_TOPLEVEL)), I get the expected behaviour on
metacity, too.

I consider this part of window stacking in metacity broken, fwiw (it
guesses at transiency of the window by looking at the window type
_instead_ of checking whether the window is actually transient for
another).  See  http://bugzilla.gnome.org/show_bug.cgi?id=308322.
Anyway, I've been wanting to refactor a lot of the stacking and
placement code and fix lots of bugs like this one, but I just haven't
found the time yet.

Cheers,
Elijah



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]