Qu’est-ce qui empêche ma barre d’espace de fonctionner de manière aléatoire?

Quelques fois par jour, je tape quelque chose et je réalise que je ne peux pas taper d’espaces. Habituellement, le curseur vacille lorsque j’appuie sur la barre d’espace et je peux saisir toutes les autres lettres aussi loin que je peux le savoir. Si je suis dans un terminal, le curseur passe d’un carré à un carré jusqu’à ce que je relâche la barre d’espace.

Pour une raison quelconque, le redémarrage de compiz avec alt-F2, compiz corrige jusqu’à ce que cela se produise.

Je peux toujours copier et coller des espaces à partir de sources qui les possèdent déjà, et je peux toujours insérer des espaces avec ctrl-shift-u, 20, enter.

Cela se produit depuis un moment, depuis que je suis passé au maverick, mais on a l’impression que cela devient plus fréquent. Il ne semble vraiment pas y avoir de modèle.

J’utilise ubuntu 10.10 64 bits sur un ordinateur portable system76 panp7.

Des idées comment je pourrais dépanner?

MODIFIER:

en utilisant xev , normalement une barre d’espacement enregistre comme:

 KeyPress event, serial 36, synthetic NO, window 0x5600001, root 0x101, subw 0x0, time 26488647, (88,403), root:(748,458), state 0x10, keycode 65 (keysym 0x20, space), same_screen YES, XLookupSsortingng gives 1 bytes: (20) " " XmbLookupSsortingng gives 1 bytes: (20) " " XFilterEvent returns: False KeyRelease event, serial 36, synthetic NO, window 0x5600001, root 0x101, subw 0x0, time 26488729, (88,403), root:(748,458), state 0x10, keycode 65 (keysym 0x20, space), same_screen YES, XLookupSsortingng gives 1 bytes: (20) " " XFilterEvent returns: False

Mais quand il est arrêté de se comporter une pression sur la barre d’espace donne à la place les trois événements:

 FocusOut event, serial 36, synthetic NO, window 0x5600001, mode NotifyGrab, detail NotifyAncestor FocusIn event, serial 36, synthetic NO, window 0x5600001, mode NotifyUngrab, detail NotifyAncestor KeymapNotify event, serial 36, synthetic NO, window 0x0, keys: 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

AUTRE ÉDIT:

Ok, donc je pense avoir résolu le problème, et par là, je veux dire, je sais maintenant à quel paquet faire un bug.

J’ai un coin actif qui lance un sélecteur de fenêtre et j’ai personnalisé la sélection de fenêtre de sorte que le clic gauche est dirigé vers une fenêtre, que le clic droit en ferme une et que la barre d’espace effectue un zoom dessus. Quand je vais dans ce coin chaud, Compiz doit prendre le contrôle de ma barre d’espace et ne le rend clairement pas lorsque je quitte le sélecteur de fenêtre.

Je vais donc déposer un bug contre Compiz.

rapporté: ici

Le NotifyGrab est l’indice du cadeau. La seule fois que j’ai vu cela, c’est lorsque le gestionnaire de fenêtres a une liaison globale qui remplace la fenêtre elle-même.

Vous pouvez voir cela clairement si vous démarrez xev et allez dans la fenêtre et appuyez sur PrtScn lorsque le gestionnaire de fenêtres a pris des dispositions pour gérer PrtScn. Pour ce faire, le modèle d’événement X doit FocusOut de la fenêtre en cours avec un événement NotifyGrab afin que le responsable puisse agir sur l’entrée.

Maintenant, en ce qui concerne le lien entre votre barre d’espacement et votre clé v et une action du gestionnaire de fenêtres, la question est différente – et plus difficile.

J’ai le même problème, mais avec ma minuscule Q. Ubuntu 10.04 x-org-edgers … Le problème est Compiz, je l’ai dissable et ma touche q fonctionne à nouveau.