[Bug 21085] Status control creates tooltip window too early
wine-bugs at winehq.org
wine-bugs at winehq.org
Tue Dec 22 15:00:35 CST 2009
http://bugs.winehq.org/show_bug.cgi?id=21085
--- Comment #5 from Nikolay Sivov <bunglehead at gmail.com> 2009-12-22 15:00:34 ---
(In reply to comment #4)
> I dont think it makes sense to have a 2nd bug, as deferring the initialization
> but not fixing the tooltip use will break applications which set the tooltip
> before the mouse enters the control!
>
Fair enough.
> Attached is a simple ugly app to demonstrate the issues
> Click 'open' icon (sorry!) to set a tooltip
> Click 'close' icon (sorry again) to query the tooltip and display it
> Use SPY++ on the application once loaded and you'll see the WM_CREATE following
> the WM_MOUSEMOVE into the statusbar (and if you do a process view you'll see
> the tooltip window is created at that time)
>
Looks like that. Another issues here:
- tooltip window does have Desktop as parent and tools have status bar as
parent, at least TTN_GETDISPINFO tells that;
- status bar forwards messages TTN_GETDISPINFO to its parent (I don't know
always or not).
Please open new bugs for that when you have time.
--
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.
More information about the wine-bugs
mailing list