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 609202 - Window Maker dockable app support
Window Maker dockable app support
Status: RESOLVED WONTFIX
Product: gtk+
Classification: Platform
Component: Backend: X11
2.18.x
Other Linux
: Normal enhancement
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2010-02-07 00:47 UTC by Frédéric Brière
Modified: 2013-02-13 03:53 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Frédéric Brière 2010-02-07 00:47:52 UTC 
I'd like to add some Window Maker/AfterStep dock support to this PyGTK app I'm writing.  This basically involves setting wm_hints.initial_state to WithdrawnState when calling XSetWMHints().  Unfortunately, this cannot be done in GTK+, as update_wm_hints() will always set initial_state to either NormalState or IconicState.  While I could go around GTK+ and mess directly with XSetWMHints() in C, this is more or less impossible from behind PyGTK.

Would it be possible for update_wm_hints() to set initial_state to WithdrawnState on request?
Comment 1 anomie 2010-06-11 12:57:26 UTC 
I would like this too, but given the result of Bug 139322 I'm not going to hold my breath. It sure would be nice to be able to do this without hacks, as several window managers besides WindowMaker (openbox and fluxbox come to mind) need this.

Note that just using XSetWMHints won't work anyway, because GTK calls update_wm_hints just before calling XMapWindow. You could hack around *that* by reparenting the problem X window to an unmapped window before calling gtk_widget_show (which prevents XMapWindow from actually mapping it), then doing XSetWMHints, and then reparenting it back.