http://bugs.winehq.org/show_bug.cgi?id=17886
--- Comment #3 from Nikolay Sivov bunglehead@gmail.com 2009-04-04 03:45:48 ---
Created an attachment (id=20190)
--> (http://bugs.winehq.org/attachment.cgi?id=20190) [details]
I guess that Windows itself optimises this to avoid repainting when a visibility state of the button is already set to that requested with TB_HIDEBUTTON. Doing the same under WINE (patch attached) fixes the flicker.
You're right I think. Checking with ControlSpy in Windows shows that subsequent TB_HIDEBUTTON doesn't produce any drawing messages.
(In reply to comment #2)
Created an attachment (id=20193)
--> (http://bugs.winehq.org/attachment.cgi?id=20193) [details]
Test program for flickering toolbar
Added source for basic win32 app that creates a toolbar and issues a TB_HIDEBUTTON message on WM_MOUSEMOVE. On my system, this makes the toolbar flicker like crazy (may not be so noticeable on newer gfx cards).
We need to add messaging sequence testing in toolbar test suite for that - it's not present yet. Probably I could do it this weekend.