(resubmit)dinput: the DIK_ keycode is not the same as the scancode.

[Aric Stewart]

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 relevent 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

reworked to remove the giant case statement and hopefully be more clear.
remove japan specific stuff
---
  dlls/dinput/keyboard.c |   36 +++++++++++++++++++++++++++++++++++-
  1 files changed, 35 insertions(+), 1 deletions(-)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 20627b262a0bad11249ab5b89b76e0d9ae9e24ce.diff
Type: text/x-patch
Size: 2279 bytes
Desc: not available
Url : http://www.winehq.org/pipermail/wine-patches/attachments/20080804/9c9c3d49/attachment.bin