http://bugs.winehq.org/show_bug.cgi?id=18934
--- Comment #3 from Alexander Scott-Johns alexander.scott.johns+winebug@googlemail.com 2009-06-14 15:49:05 --- (In reply to comment #2)
(In reply to comment #1)
(In reply to comment #0)
On windows, the Yes has a ClassNN of 'Button1', and No is 'Button2'. On wine, they're 'Button6' and 'Button7'.
Could this be related to bug 11657?
That bug is mostly fixed, aside from a missing accelerator.
Does AHK use a button's control ID to create its ClassNN?
From dlls/user32/resources/user32_En.rc (lines 59-60, part of the MSGBOX
resource):
PUSHBUTTON "&Yes", 6, 256, 56, 40, 14, WS_CHILD | WS_VISIBLE | WS_TABSTOP PUSHBUTTON "&No", 7, 304, 56, 40, 14, WS_CHILD | WS_VISIBLE | WS_TABSTOP
So "Yes" has an ID of 6 and "No" has an ID of 7, which is different to Windows, I guess. (Wine still creates all the buttons and hides the ones which aren't needed.)
But in include/winuser.rh and include/winuser.h we have:
/* Standard dialog button IDs */ [snip] #define IDYES 6 #define IDNO 7 [snip]
Strange...