Henry S. Thompson writes:
Here are a sequence of extracts from the discussion from the openbox
folk:
> It's probably a matter of setting the icon hint before
mapping the
> window instead of afterward.
This may be standard-conformant, but it's really weak. In particular,
modern applications will often provide dynamic icons that reflect the
state of the window in question. openbox can't deal with that,
apparently.
Could you try loading the frame-icon library, and then find a TeX
file, iconify the frame, then find an awk file, and iconify the frame?
The intent of frame-icon is that those will be different. I suspect
that OpenBox won't notice.
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. . .
I see no harm in the change you suggest, but I'm going to document
OpenBox's inabilities in case somebody decides to provide dynamic
icons ....
Further traffic regarding the patch itself will be on the
xemacs-patches list.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta