Comment forcer la libération d'un clavier modificateurs

Parfois, lorsque j'utilise la synergie entre mes machines lorsque l'on utilise l'invité VirtualBox en plein écran, je suis coincé avec des modificateurs de touches étranges activés. S'ils existent sur mon clavier (comme Shift_L), je peux simplement appuyer dessus et leur état est réinitialisé et je peux continuer à taper en petites lettres. Mais certains d'entre eux ne sont pas du tout mappés sur mon clavier (comme ISO_Level3_Shift), donc je n'ai aucun moyen de les désactiver du tout!

Comment les réinitialiser? Pour l'instant, tout ce que je peux faire, c'est redémarrer l'ordinateur, mais c'est une solution plutôt embarrassante.

Tout ce que je veux, c'est un programme qui puisse "toucher" artificiellement tous les modificateurs de clavier possibles, de sorte que leur état serait réinitialisé. Peut-on le faire?

J'utilise Mint 14 (un clone d'Ubuntu 12.10 Quantal).

Si vous avez xdotoolinstallé, vous pouvez simplement utiliser

xdotool keyup ISO_Level3_Shift

Qui envoie un événement de libération de clé (pour ISO_Level3_Shift, bien sûr) au serveur X.

Mais vous vouliez qu'un programme libère toutes les touches de modification. On pourrait utiliser xdotool pour y parvenir facilement, sinon je n'ai aucune idée des touches de modification définies. Une méthode possible pour les trouver consiste à analyser keysymdef.h:

grep '^#define' /usr/include/X11/keysymdef.h | sed -r 's/^#define XK_(\S*?).*$/\1/;' | grep -E '_(L|R|Level.*)$'

Ce qui renvoie des keyymes qui sont sûrement des modificateurs. Malheureusement, je ne trouve pas de définition précise d'une touche de modification pour le moment, donc je ne sais pas si c'est une liste complète.

L'ajout | xargs xdotool keyupau pipeline ci-dessus libérera toutes ces clés. Sur mon système, il exécute la commande suivante:

xdotool keyup Shift_L Shift_R Control_L Control_R Meta_L Meta_R Alt_L Alt_R Super_L Super_R Hyper_L Hyper_R ISO_Level2_Latch ISO_Level3_Shift ISO_Level3_Latch ISO_Level3_Lock ISO_Level5_Shift ISO_Level5_Latch ISO_Level5_Lock

J'ai découvert que pour mon système, la solution publiée impliquant xdotoolsouvent ne couvrait pas la clé qui était bloquée, et l'exécution setxkbmapne semblait rien accomplir sur mon système.

La solution que j'ai découverte, qui a jusqu'à présent fonctionné sans faute, est d'utiliser x11vnc. Plus précisément, j'utilise la commande suivante:

x11vnc -deny_all -clear_keys -timeout 1

-clear_keysest l'élément clé, ici. Il demande x11vncd'effacer toutes les touches enfoncées à sa sortie. -timeout 1indique x11vncde quitter après 1 seconde sans connexion et -deny_alls'assure que personne ne peut se connecter pendant cette fenêtre.

Parfois, la clé bloquée empêche toute interaction significative avec le bureau, auquel cas je vais exécuter ce qui suit via ssh:

env DISPLAY=:0 XAUTHORITY=/home/[username]/.Xauthority x11vnc -deny_all -clear_keys -timeout 1

J'utilise "setxkbmap" sans argument. Il semble réinitialiser le clavier. J'ai un "raccourci" dans mon panneau que je peux utiliser avec une souris lorsque le clavier est complètement inutilisable.

La x11vncréponse est ingénieuse, mais si l'installation x11vncjuste pour effacer les modificateurs semble exagérée, voici une solution Bash qui utilise xmodmap -pmla sortie de pour émettre une clé pour tous les modificateurs connus. La conversion du code clé hexadécimal en code décimal repose sur l'expansion arithmétique de Bash.

for KEYCODE in $(xmodmap -pm | grep -Pio '(?<=\b0x)[0-9a-f]+\b'); do

    echo -e "xdotool keyup $((16#$KEYCODE))\n" >&2
    xdotool keyup $((16#$KEYCODE))

done

Si vous l'exécutez à partir d'un raccourci clavier, l'ajout sleep 1au début (pour laisser le temps aux touches physiques d'être relâchées) serait bien conseillé. Le echoto stderr n'est pas nécessaire, bien sûr; J'aime juste pouvoir vérifier mon ~/.xsession-errorsfichier pour une sortie comme celle-ci.