Pourquoi y a-t-il un délai entre le moment où une touche est enfoncée et le moment où elle est acceptée?

24

C'est l'un des problèmes les plus farfelus et les plus étranges que j'aie jamais rencontrés. Mon clavier fonctionnait parfaitement bien jusqu'à hier sur Ubuntu 13.04. Cependant, lorsque je démarre sur Ubuntu aujourd'hui, je constate soudain que toutes les touches fonctionnent, mais je dois appuyer et continuer à les maintenir pendant environ une seconde pour qu'elles fonctionnent.

Ce comportement est vrai pour toutes les clés à l' exception Num Lock, Caps Locket les Scroll Locktouches, l'indicateur pour eux sur mon clavier s'allume dès que je presse les touches.
Le clavier fonctionne bien à l'écran de connexion où j'ai mis mon mot de passe.
Le clavier fonctionne également normalement si j'utilise la session Invité au lieu de mon compte d'utilisateur normal.
Je n'ai effectué aucun remappage des touches et utilisé la disposition de clavier standard en anglais (États-Unis).
J'ai tripoté les paramètres du clavier dans les paramètres système, mais en vain.
J'ai Windows 7 en double démarrage et le clavier fonctionne parfaitement bien.

Pourquoi suis-je confronté à un tel comportement et comment normaliser cela?

PS: Utilisation du clavier Logitech Classic Keyboard K100 (modèle USB) .

keyboard

— Aditya
source

30

Parce que vous avez probablement activé l' option Slow Keys dans Paramètres système → Accès universel → Saisie . Éteignez-le:

touches lentes

— Radu Rădeanu
source

Je n'ai pas pensé à celui-là ... ou plus, j'ai complètement oublié qu'il y en avait un comme ça.

— Braiam

1

@Braiam Je peux parier que beaucoup d'entre nous n'ont aucune idée de ces fonctionnalités de Universal Access .

— Radu Rădeanu

1

@Aditya Si vous avez fait des sauvegardes comme Braiam l'a dit, vous pouvez les restaurer et vérifier :)

— Radu Rădeanu

2

@Aditya Ok, je suis sûr que c'était le problème. Puisque la réponse de Braiam a résolu votre problème, la même réponse peut offrir d'autres "correctifs", comme la perte de certains paramètres ... Mais à partir de maintenant, vous savez comment mettre un délai entre le moment où une touche est enfoncée et le moment où elle est acceptée :)

— Radu Rădeanu

1

Je suppose qu'il existe un raccourci "caché" qui active les touches lentes. C'est la 3ème fois que les Slow Keys étaient activées dans mon système, c'est vraiment ennuyeux!

— Ady

4

J'avais un problème similaire. Je suis tombé sur la réponse en essayant la solution ici. D'une manière ou d'une autre, le lecteur d'écran était allumé et provoquait un comportement erratique. Vérifiez-le sous Paramètres système → Accès universel → Voir. Assurez-vous que Screen Reader est réglé sur OFF. Lecteur d'écran éteint

— user260596
source

Le 16.04, j'ai résolu le problème en suivant la réponse sur le lecteur d'écran donnée dans ce fil. De plus, pour être sûr de ne pas l'activer par inadvertance, j'ai désactivé le raccourci du lecteur d'écran System settings -> keyboard -> shortcut -> universal access.

— blonchkman

1

Je ne peux pas poster une bonne réponse avec des images et tout cela parce que je suis sur un ordinateur public Windows uniquement en ce moment, mais essayez d'aller dans les paramètres du clavier et vérifiez s'il y a un paramètre de sensibilité des touches, alors peut-être que vous pouvez l'ajuster là-bas. .. essayez également de débrancher le clavier puis de le rebrancher. Peut-être que cela le réinitialisera ... Juste des suggestions!

J'espère que ça aide ... Bonne chance!

— SoCalDiegoRob
source

1

Ubuntu a apparemment reflété la fonctionnalité "touches lentes" dans Windows, et par défaut, configurez-la afin qu'elle soit activée en maintenant la Shifttouche trop longtemps active automatiquement ce paramètre!

L'apparition de ce paramètre au cours des dernières années a rendu de nombreuses personnes folles, et l'habitude de maintenir enfoncé Shifttout en pensant à quoi taper signifie qu'il est facile d'activer ce paramètre par accident.

La réponse acceptée ne fonctionne plus dans la dernière version d'Ubuntu, il n'y a plus d'option "Slow Keys" dans gnome-control-center.

Le seul moyen que j'ai trouvé pour désactiver cela de manière fiable est via la ligne de commande:

# Get current value of keyboard accessibility (enabled = true , disabled = false)
gsettings get org.gnome.desktop.a11y.keyboard enable
# Get current value of slowkeys-enable
gsettings get org.gnome.desktop.a11y.keyboard slowkeys-enable
# Turn it off!
gsettings set org.gnome.desktop.a11y.keyboard slowkeys-enable false

# Get current value of stickykey-enable
gsettings get org.gnome.desktop.a11y.keyboard stickykeys-enable
# Turn it off!
gsettings set org.gnome.desktop.a11y.keyboard stickykeys-enable false
# Finally, turn the entire keyboard accessibility options off (this should disable the SHIFT key shortcuts)
gsettings get org.gnome.desktop.a11y.keyboard enable false

— TrinitronX
source

0

Cela peut se produire lorsqu'un programme démon détecte les frappes (comme à bord). À titre d'essai, ouvrez gnome-system-monitoret regardez s'il y a un script bash ou même des scripts python en cours d'exécution. Essayez de fermer à bord s'il fonctionne.

— Étudiant Python
source

Je ne trouve aucun processus appelé onboardni aucun autre script bash / python en cours d'exécution.

— Aditya

@Aditya Avez-vous installé compiz? Si oui, vérifiez là ... Avez-vous essayé un clavier defirent? Utilisez-vous ununtu fine depuis un certain temps ou venez-vous de l'installer?

— SoCalDiegoRob

0

Je sais que ce que je recommanderai est presque la solution la plus simple et laide du marché:

Déplacez les .*répertoires ailleurs:

mkdir ~/backup
mv ~/.config ~/.dbus ~/.gconf ~/backup/

redémarrez maintenant votre session. Le problème aurait dû disparaître. Si le problème disparaît, vous pouvez restaurer un par un l' innocent avec

cp -nr ~/backup/.dbus ~/.dbus

Redémarrez la session, le problème est là encore? Supprimez le répertoire et copiez plutôt un par un le contenu des sous-répertoires. Idem avec les 2 autres répertoires.

cp -nr ~/backup/.config ~/.config
cp -nr ~/backup/.gconf ~/.gconf

Je sais que la méthode est assez brutale, mais comme je n'ai pas pu trouver le fichier / dconf / gconf / xinput exact qui pourrait provoquer cela, un petit hack rapide devrait suffire.

— Braiam
source

Ensuite, si j'avais apporté des modifications aux paramètres de ces dossiers intentionnellement / involontairement, ils disparaîtraient également ..

— Aditya

Pas nécessairement, pour que je vous ai demandé de déplacer pas supprimer les fichiers, vérifiez ma réponse à jour. BTW, ma méthode est tout à fait comme le débogage, car c'était une mise à jour possible qui excitait les configurations, les chercher commentant dans votre question semble trop long et les réponses devraient être les plus génériques possible.

— Braiam

D'accord ... J'ai utilisé cp -r(sans l' -nindicateur) et restauré tous les 3 .dossiers ... Le redémarrage du système et du clavier fonctionne toujours bien ... Cependant, aucun paramètre ne semble avoir été restauré - J'ai perdu les paramètres liés à la configuration du fond d'écran , paramètres d'unité, de date et d'heure - ceux qui sont visibles instantanément sont tous perdus ..

— Aditya

Mm ... ce n'est pas vrai. Si vous avez utilisé cp -r et copié tout, vous devriez avoir tout là-bas puisque cp par défaut remplace les fichiers ... quelque chose de méchant était dans votre système. BTW, à la première tentative, où les configurations ont-elles aussi perdu?

— Braiam

Braiam: J'ai essayé de restaurer les dossiers depuis le début ... mais mes paramètres ne sont pas restaurés. Je publierais bientôt une nouvelle question sur la restauration de mes paramètres. Quoi qu'il en soit, merci pour votre temps; mais suivre la réponse de @ Radu aurait résolu cette question :)

— Aditya

0

Il y a une autre raison de retard lors du changement de disposition du clavier. Selon le problème # 1370953 (et # 1370953 ), un tel comportement peut être lié à de mauvaises performances du disque. Voir le commentaire de Maxim Kravets :

Chaque changement de mise en page alterne le fichier ~ / .config / dconf / user. Le changement de disposition est lent lorsque le disque est occupé.

Il y a une chose (pas seulement une) pour contourner le problème de disque - pour changer le planificateur de file d'attente de disque. Par défaut, Ubuntu est configuré pour utiliser le planificateur de délai, pour un disque dur lent, il est préférable d'utiliser le planificateur cfq à la place.

Voir instruction .

— sempasha
source

0

Le problème de ce retard de saisie de texte inacceptable peut également avoir une raison complètement différente de celles indiquées ci-dessus (Sticky Keys), et je l'ai trouvé:

Par erreur, j'ai activé l'option 'Screen Magnifier' (Options d'accessibilité). - Et mec, cette chose ralentit-elle si vous utilisez un Netbook de faible spécification, comme je le fais (ASUS X206HA) ... ça m'a rendu à moitié fou. - Mais par hasard, j'ai finalement découvert cela, éteint la loupe et tout redevient rapide et fluide.

— tonphilm
source

0

Comme décrit dans la question, dans l'écran de connexion, je n'ai eu aucun délai, mais dans le gestionnaire de fenêtres (awm wm), il y avait un décalage de clavier irrégulier (parfois court / long retard). Avant, j'avais mis le code suivant dans/etc/X11/xorg.conf

Section "Device"
Identifier  "Card0"
Driver      "intel"
Option      "Backlight"  "/sys/class/backlight"
EndSection

faire du xbacklighttravail. Il s'est avéré que les lignes ci-dessus ont causé un retard de clavier dans mon cas.

— Phinz
source