http://bugs.winehq.org/show_bug.cgi?id=16288
haarp liquitsnake@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aric@codeweavers.com
--- Comment #1 from haarp liquitsnake@gmx.net 2008-11-30 12:03:41 --- 304ff3c7280a53b7cbadfa83eaeda458ff5959d1 is first bad commit commit 304ff3c7280a53b7cbadfa83eaeda458ff5959d1 Author: Aric Stewart aric@codeweavers.com Date: Wed Aug 6 08:04:36 2008 -0500
dinput: The DIK_ keycode is not the same as the scancode.
It is mapped with the keyboard mapping to the resulting character so the key 'A' is DIK_A nomatter what its scancode or vkey would be. This is relevant to Japanese keymapping where the '@' key is in the '[' location the scancode for both is 0x22 but dinput generates DIK_AT in japanese and DIK_LBRACKET in us_qwerty.
:040000 040000 b113e6d8f3b4ef6c44f91335422ead536180d756 b4f95644735b22c9e2495e950b79b142eb7349db M dlls
btw, I am unsure whether users of US layout experience the same problem.
CC'ing author.