jv@mh.nl (Johan Vromans) (09/26/90)
I'm running tvtwm 6.0, pl2, under DECwindows 2.2 (X11R3) on a
VAXstation with UWS2.2.
The Digital DTP system DECwrite creates dialog windows that get
treated OK by tvtwm (they get a title, border, etc), but they don't get
an entry in the Icon Manager. When they are iconized, they iconize at
the point they reside.
When I invoke f.identify on such a window, I get:
Name = "Title Style"
Class.res_name = "Popup"
Class.res_class = "DECwriteClass"
Is this a bug or a feature? Is there a workaround?
Thanks in advance,
Johan
--
Johan Vromans jv@mh.nl via internet backbones
Multihouse Automatisering bv uucp: ..!{uunet,hp4nl}!mh.nl!jv
Doesburgweg 7, 2803 PL Gouda, The Netherlands phone/fax: +31 1820 62911/62500
------------------------ "Arms are made for hugging" -------------------------converse@EXPO.LCS.MIT.EDU (09/27/90)
> I'm running tvtwm 6.0, pl2, under DECwindows 2.2 (X11R3) on a > VAXstation with UWS2.2. > > The Digital DTP system DECwrite creates dialog windows that get > treated OK by tvtwm (they get a title, border, etc), but they don't get > an entry in the Icon Manager. When they are iconized, they iconize at > the point they reside. If these dialog windows have the WM_TRANSIENT_FOR property set, and it is likely that they do, I think that this typical behaviour under twm or tvtwm. With respect to ICCC, I cannot find anything indicating how the window manager is expected to handle the independent iconification of transients. This means that it is handled however the window manager chooses. The behavior you see is the policy (or lack of policy) of the window manager. Try setting the IconX and IconY resources on the popup if you want the icon to show up in a particular place. For example: *Popup*IconX: 10 *Popup*IconY: 10