-----BEGIN PGP SIGNED MESSAGE-----
Stephen J. Turnbull writes:
Henry S. Thompson writes:
> The openbox mantainers claim this is an XEmacs bug, not their
Did they cite a standard for this, by any chance?
Here are a sequence of extracts from the discussion from the openbox
A few weeks ago we did an investigation with Mikael on IRC and this
behavior happens because XEmacs sets its icon property too late - after
OB sets its own and caches it, thus never rediscovers the correct one.
AFAIK, one possible workaround is to disable icon cache (code change).
Last time we talked, it wasn't known who abuses ICCCM here, OB
Run XEmacs - blah, openbox icon.
xprop -remove _NET_WM_ICON
Ta-da, here it is.
Ah right, now I remember. So yeah, it is most likely an XEmacs bug. :)
It's probably a matter of setting the icon hint before mapping the
window instead of afterward.
"Window managers are free to assume convenient values for all
of the WM_HINTS property if a window is mapped without one." And in
this case, Openbox is assuming it doesn't provide an icon through this
mechanism when it is mapped without one. Thus, it gives it an icon
through the EWMH hints, which overrides the later-appearing icon from
xemacs. There's some race condition possibilities when a window maps
without an icon, and then quickly sets one afterwards.
The quote above comes from ICCCM Section 4 .
I could see how you might read all this either way, but I guess I will
run with the patch rather than the post-facto workaround. . .
Henry S. Thompson, School of Informatics, University of Edinburgh
Half-time member of W3C Team
10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
Fax: (44) 131 651-1426, e-mail: ht(a)inf.ed.ac.uk
[mail really from me _always_ has this .sig -- mail without it is forged spam]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
-----END PGP SIGNATURE-----
XEmacs-Beta mailing list