GNOME Bugzilla – Bug 66719
Missing window types
Last modified: 2004-12-22 21:47:04 UTC
The new WM spec lists the following window types: _NET_WM_WINDOW_TYPE_DESKTOP, ATOM _NET_WM_WINDOW_TYPE_DOCK, ATOM _NET_WM_WINDOW_TYPE_TOOLBAR, ATOM _NET_WM_WINDOW_TYPE_MENU, ATOM _NET_WM_WINDOW_TYPE_DIALOG, ATOM _NET_WM_WINDOW_TYPE_NORMAL, ATOM (from http://www.freedesktop.org/standards/wm-spec/x186.html) GDK doesn't only provides four of these. The others should be added. Also, the spec allows for new types to be specified, so long as one of the about is provided as a default. Therefore, there should be a way to specify additional types by Atom.
Can't be fixed until 2.2. A "type by atom" API would need to be something like gdk_x11_add_extra_type_hint() or something, since it isn't a a portable concept.
*** Bug 62171 has been marked as a duplicate of this bug. ***
*** Bug 87753 has been marked as a duplicate of this bug. ***
This bug report should probably be closed as FIXED since GTK+-2.2 provides the desired API.
2002-09-24 Havoc Pennington <hp@redhat.com> * gdk/gdkwindow.h (GdkWindowTypeHint): add missing type hint values
Trying to use this feature results into a new problem, if I gtk_window_set_type_hint () the window while it is visible, I get an error: Gtk-CRITICAL **: file gtkwindow.c: line 1905 (gtk_window_set_type_hint): assertion `!GTK_WIDGET_VISIBLE (window)' failed and if I hide the window, set the new hint, then show it again, the metacity puts the window in the top left position as it were a new window. Should I file a bug against metacity? or where is the problem? Thanks.
not a bug, you can't change the type of a window while it's showing, and if you hide/show a window then it's supposed to be placed like a new window. It doesn't make sense to change a window's type, either it has the type or it doesn't.
ok, I see. I was tracking this bug for the "always on top" case, where you have a chek_menu_item that toggles "always on top", this is, without hiding the window. Anyway, I have tried all GDK_WINDOW_TYPE_HINT_* types and metacity never leaves the window on top. I will open a metacity bug for the latter. Thanks.
On top is a separate thing from window types, there's an on top hint that's different. Not sure if we added GTK support for the on top hint.