ToAscii/ToUnicode dans un crochet de clavier détruit les touches mortes

Question

Il semble que si vous appelez ToAscii() ou ToUnicode() alors que dans un hook WH_KEYBOARD_LL global, et une touche morte est pressée, il sera 'détruit'. Par exemple, supposons que vous avez configuré votre langue d'entrée dans Windows comme étant l'espagnol et que vous voulez taper une lettre accentuée á dans un programme. Normalement, vous devez appuyer sur la touche de guillemets simples (la touche morte), puis sur la lettre "a", puis sur l'écran á sera affiché, comme prévu.

Mais cela ne fonctionne pas si vous appelez ToAscii() ou ToUnicode() dans une fonction de crochet de bas niveau. Il semble que la clé morte est détruite, et donc aucune lettre accentuée á apparaît à l'écran. Supprimer un appel aux fonctions ci-dessus résout le problème ... mais malheureusement, je dois pouvoir appeler ces fonctions.

J'ai fait une recherche Google pendant un certain temps, et même si beaucoup de gens semblaient avoir ce problème, aucune bonne solution n'a été fournie.

Toute aide serait grandement appréciée!

EDIT: J'appelle ToAscii() pour convertir le code virtuel clé et code de balayage reçu dans ma LowLevelKeyboardProc fonction de crochet dans le caractère résultant qui sera affiché à l'écran pour l'utilisateur.

J'ai essayé MapVirtualKey(kbHookData->vkCode, 2), mais ce n'est pas aussi "complet" une fonction que ToAscii(); Par exemple, si vous appuyez sur Maj + 2, vous obtiendrez '2', pas '@' (ou tout ce que Shift + 2 produira pour la disposition/langue du clavier de l'utilisateur).

ToAscii() est parfait ... jusqu'à ce qu'une touche morte soit enfoncée.

EDIT2: est ici la fonction de crochet, avec des informations non pertinentes enlevé:

LRESULT CALLBACK keyboard_LL_hook_func(int code, WPARAM wParam, LPARAM lParam) { 

    LPKBDLLHOOKSTRUCT kbHookData = (LPKBDLLHOOKSTRUCT)lParam; 
    BYTE keyboard_state[256]; 

    if (code < 0) { 
     return CallNextHookEx(keyHook, code, wParam, lParam); 
    } 

    WORD wCharacter = 0; 

    GetKeyboardState(&keyboard_state); 
    int ta = ToAscii((UINT)kbHookData->vkCode, kbHookData->scanCode, 
        keyboard_state, &wCharacter, 0); 

    /* If ta == -1, a dead-key was pressed. The dead-key will be "destroyed" 
    * and you'll no longer be able to create any accented characters. Remove 
    * the call to ToAscii() above, and you can then create accented characters. */ 

    return CallNextHookEx(keyHook, code, wParam, lParam); 
} 

Answer 1

1. arrêt à l'aide ToAscii() et utiliser ToUncode()
2. rappeler que ToUnicode peut vous retourner rien sur les touches mortes - C'est pourquoi ils sont appelés clés mortes.
3. Toute clé aura un code scancode ou un code de touche virtuelle mais pas nécessairement un caractère.

Vous ne devez pas combiner les boutons avec des caractères - en supposant que toute touche/bouton a une représentation de texte (Unicode) est incorrecte.

Alors:

• pour texte d'entrée utiliser les caractères signalés par Windows
• pour le contrôle de bouton enfoncé (jeux ex.) Utiliser scancodes ou touches virtuelles (probablement les clés virtuelles sont meilleures).
• pour raccourcis clavier utiliser clé virtuelle codes.

Answer 2

Appel 'ToAscii' fonction deux fois pour un traitement correct de clé morte, comme dans:

int ta = ToAscii((UINT)kbHookData->vkCode, kbHookData->scanCode, 
       keyboard_state, &wCharacter, 0); 
int ta = ToAscii((UINT)kbHookData->vkCode, kbHookData->scanCode, 
       keyboard_state, &wCharacter, 0); 
If (ta == -1) 
... 

Answer 3

L'appel de la ToAscii ou ToUnicode est la réponse à deux reprises. Je l'ai trouvé et l'ai converti pour Delphi, et ça marche!

cnt:=ToUnicode(VirtualKey, KeyStroke, KeyState, chars, 2, 0); 
cnt:=ToUnicode(VirtualKey, KeyStroke, KeyState, chars, 2, 0); //yes call it twice 

Answer 4

je copie le vkCode dans une file d'attente et faire la conversion d'un autre thread

@HOOKPROC 
def keyHookKFunc(code,wParam,lParam): 
    global gkeyQueue 
    gkeyQueue.append((code,wParam,kbd.vkCode)) 
    return windll.user32.CallNextHookEx(0,code,wParam,lParam) 

Ceci a l'avantage de ne pas retarder le traitement clé par l'os

Answer 5

Tout à fait un vieux fil. Malheureusement, il ne contenait pas la réponse que je cherchais et aucune des réponses ne semblait fonctionner correctement. J'ai finalement résolu le problème en vérifiant le MSB de la fonction MapVirtualKey, avant d'appeler ToUnicode/ToAscii. Semble travailler comme un charme:

if(!(MapVirtualKey(kbHookData->vkCode, MAPVK_VK_TO_CHAR)>>(sizeof(UINT)*8-1) & 1)) { 
    ToAscii((UINT)kbHookData->vkCode, kbHookData->scanCode, 
     keyboard_state, &wCharacter, 0); 
} 

MSDN sur la citant valeur de retour de MapVirtualKey, si MAPVK_VK_TO_CHAR est utilisé:

[...] Les touches mortes (diacritiques) sont indiqués en réglant la premier bit de la valeur de retour. [...]