http://bugs.winehq.org/show_bug.cgi?id=17654
Summary: Edit control on toolbar behaves badly Product: Wine Version: 1.1.16 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs@winehq.org ReportedBy: tarasov.igor@gmail.com
Created an attachment (id=19839) --> (http://bugs.winehq.org/attachment.cgi?id=19839) +message,+toolbar,+edit logs for both native and builtin comctl32 on wine-1.1.16
Let's start with a screenshot: http://www.polosatus.ru/wine/lefttoolbar.sidebyside.png
On this screenshot you can ignore red numbers, they are related to bug #12553. The interesting part is edit control, and even more interesting is the most right button. When running with native comctl32 (bottom image) as you can see the button is positioned to the right from the edit control. But with builtin comctl32 (top image) the button is positioned below the edit control. Also, there is 2 px gap between buttons (supposedly that's what toolbar control thinks about edit width).
This is the first strange thing.
The second one is displayed on this screenshot: http://www.polosatus.ru/wine/editbug2.sidebyside.png
Here native comctl32 shows combobox 100% toolbar wide (and without the dropdown button), and no edit control. Builtin one shows combobox not in full toolbar size and shows dropdown button. But that's not big problem. The problem is that edit control is out there, while it shouldn't.
Related to this bug here is what is there in the log: There is WM_WINDOWPOSCHANGING sent to the edit control which happens with both native and builtin comctl. But native then also sends WM_WINDOWPOSCHANGED and WM_MOVE and really moves edit item out of toolbar visible area (somewhere to the right).
P.S: The application is Watchtower Library.