Re: Reference window manager (was: Automatically minimizing owned windows)
- From: "Elijah Newren" <newren gmail com>
- To: "Tor Lillqvist" <tml iki fi>
- Cc: gtk-devel-list gnome org
- Subject: Re: Reference window manager (was: Automatically minimizing owned windows)
- Date: Mon, 1 Jan 2007 18:10:23 -0700
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]