Re: dinput: the DIK_ keycode is not the same as the scancode.

[Vitaliy Margolen]

Aric Stewart wrote:
> 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

Looks good but have few comments:
> +static int map_dik_code(DWORD scanCode)
> +{
> - DWORD vk = MapVirtualKeyA(scanCode,MAPVK_VSC_TO_VK);

There is a vkCode in the KBDLLHOOKSTRUCT struct. You should use that instead 
of doing the remapping all the time.
> - CHAR c = MapVirtualKeyA(vk,MAPVK_VK_TO_CHAR);
> -
> - switch (c & 0xFF)
> - {
> -
>    case 32: return DIK_SPACE;
> -
>    case 39: return DIK_APOSTROPHE;

Magic numbers are always bad. It's better to use vk_code here instead of a char.

Vitaliy.