http://bugs.winehq.org/show_bug.cgi?id=18934 --- Comment #3 from Alexander Scott-Johns <alexander.scott.johns+winebug(a)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... -- 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.