Thanks to all the people who tested this and help me fix the issues 
(I hope!).

I uploaded a new beta with the result of the fixes as well as a 
couple of other small enhancements.

Here is the story so far.

PowerPro active buttons ask other programs for the icons and text 
they display.  This leads to problems if the other program does not 
respond to the request.  In trying to fix this problem, I went down 
a wrong path of building a mechanism to put timeouts on all text and 
icon requests to windows and to try to re-activate unresponsive 
windows by later queries. 

However, it seems this is not needed.   Text appears not to cause 
issues if the right system call is used.  Further, I have found that 
in every program I have, it is enough to use the class icon assigned 
to the window (which is kept by the system) and not bother with 
querying the window itself.  This even works for the small number of 
program I have that update active button icons (ie taskbar, _not_ 
tray icons), as long as "dynamically update..." on command 
list|setup|all bars is checked.

So there is now an option on that same dialog to have PowerPro use 
class icons only for active buttons.  This should make active 
buttons even more stable.  I'd be interested in the results of any 
testing people do.  Does it work for any programs you have which 
change task bar button icons?

If the class icon setting does not work for you, I have also left 
the option of changing the timeout for the request to a window for 
its icon:  this is still on setup|advanced|limits.







Attention: PowerPro's Web site has moved: http://www.ppro.org 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/power-pro/

<*> To unsubscribe from this group, send an email to:
    [EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/
 



Reply via email to