http://bugs.winehq.org/show_bug.cgi?id=17886 --- Comment #3 from Nikolay Sivov <bunglehead(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.