After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 82857 - Implement _NET_WM_WINDOW_STATE_ABOVE, _NET_WM_WINDOW_STATE_BELOW
Implement _NET_WM_WINDOW_STATE_ABOVE, _NET_WM_WINDOW_STATE_BELOW
Status: RESOLVED FIXED
Product: metacity
Classification: Other
Component: general
unspecified
Other Linux
: Normal enhancement
: GNOME2.x
Assigned To: Metacity maintainers list
Metacity maintainers list
: 90797 91460 102302 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2002-05-24 09:47 UTC by Markus Bertheau
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement


Description Markus Bertheau 2002-05-24 09:47:05 UTC 
Wouldn't that be nice? I miss this feature from sawfish. And I'm sure you
know how to do this right, that is not the sawfish way ;)
Comment 1 Havoc Pennington 2002-05-24 12:50:50 UTC 
This should be a property of the application, generally. Metacity
doesn't have a concept of "always on top", it has a concept of
different kinds of window that have various stacking rules; e.g. the
panel is on 
top when the mouse moves into it, fullscreen windows are on top of
regular windows but not their own dialogs, etc.

The app should set a window type that give Metacity a clue how to
handle it correctly.
Comment 2 Luis Villa 2002-05-31 13:26:45 UTC 
So is this WONTFIX then, Havoc? Or should there be something added to
the spec to specify a way to allow windows to indicate this themselves?
Comment 3 Havoc Pennington 2002-05-31 13:58:27 UTC 
It's possible the spec needs a gkrellm/xmms semantic type, though 
DOCK may work for them.
Comment 4 Havoc Pennington 2002-08-10 19:30:18 UTC 
It looks like the spec will have a FLOATING state to cover xmms/gkrellm.
Comment 5 Havoc Pennington 2002-08-15 02:30:40 UTC 
*** Bug 90797 has been marked as a duplicate of this bug. ***
Comment 6 Havoc Pennington 2002-09-24 18:54:04 UTC 
There are ABOVE/BELOW hints now to implement.
Comment 7 Havoc Pennington 2002-09-24 19:53:01 UTC 
*** Bug 91460 has been marked as a duplicate of this bug. ***
Comment 8 Havoc Pennington 2002-10-02 00:48:52 UTC 
Implemented ABOVE/BELOW hints.
Comment 9 David Kennedy 2003-01-01 17:35:42 UTC 
*** Bug 102302 has been marked as a duplicate of this bug. ***
Comment 10 Nils Philippsen 2003-06-28 23:50:07 UTC 
Hmm, somehow I don't bite -- sometimes I just want to put "this
particular window" on top or below, do you really think that each of
the bazillion programs out there should give me the option "put me on
top" instead of the window manager?

Not only that this "won't happen" soon, but every app would give me
that option in a different place... not good for consistency.

What do you think?
Comment 11 Havoc Pennington 2003-06-29 00:16:53 UTC 
There's another bug about a menu item for it.
A keybinding for it was added to cvs recently.
If you search bugzilla you can probably find the other bug.

For the most part I don't think it's very useful though, 
except as a only-geeky-users-will-find-it workaround for 
broken apps. Because fundamentally it's a hidden feature, 
even if it's in the menu, and it won't get found by most
people. So it can't count as a real solution to any serious
UI problem for those most people.