Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!mit-eddie!bloom-beacon!eng.sun.COM!smarks
From: smarks@eng.sun.COM (Stuart Marks, There go I but for the grace of Root)
Newsgroups: comp.windows.x
Subject: Re: Some Help Please
Message-ID: <9008160214.AA18007@trantor.Eng.Sun.COM>
Date: 16 Aug 90 02:14:33 GMT
References: <14437@diamond.BBN.COM>
Sender: daemon@athena.mit.edu (Mr Background)
Organization: The Internet
Lines: 31


hallett@enterprise.positron.gemed.ge.com (Jeff Hallett x5163	) writes:
| 1.  I use xv_set(myFrame, FRAME_ICON, theIcon, 0) to change a base
| frame's icon during execution (basically, there is a long computation
| occurring - I set a timer to go off, change the icon with another one
| and then go on).  The effect I want to create is something like the
| mailtool except loop between a few icons to keep the user up to date
| even if the frame is iconified.  However, the call to xv_set doesn't
| seem to take effect once the frame has been rendered.

mlandau@diamond.bbn.com (Matthew Landau) writes:
| This is a known olwm bug -- olwm doesn't notice when icon pixmaps change 
| for a mapped window.  In fact, it reads WM_HINTS only when a window comes 
| out of Withdrawn state, so changing the hints on an already mapped window 
| is a no-op.

This is all true, but having olwm track changes to WM_HINTS wouldn't solve
this particular problem.  XView typically uses icon windows, not pixmaps;
if you switched icons by switching icon windows, you'd get a lot of
undesirable reparenting.  So, instead of changing the icon window itself,
you can change the image that gets painted into it.  Something like:

	xv_set(theIcon, ICON_IMAGE, server_image, NULL);

should do the trick.

s'marks

Stuart W. Marks			ARPA: smarks@eng.sun.com
Window Systems Group		UUCP: sun!smarks
Sun Microsystems, Inc.