Perché c'è un ritardo tra la pressione di un tasto e l'accettazione?

24

Questo è uno dei problemi più strani e più strani che abbia mai incontrato. La mia tastiera funzionava perfettamente fino a ieri su Ubuntu 13.04. Tuttavia, quando avvio su Ubuntu oggi, improvvisamente scopro che tutti i tasti funzionano, ma devo premere e continuare a tenerli premuti per circa un secondo affinché funzionino.

Questo comportamento è vero per tutti i tasti ad eccezione di Num Lock, Caps Locke Scroll Lockle chiavi, l'indicatore per loro sulla mia tastiera si illumina non appena premo quelle chiavi.
La tastiera funziona bene nella schermata di accesso in cui ho inserito la mia password.
La tastiera funziona normalmente anche se uso la sessione Ospite invece del mio normale account utente.
Non ho effettuato nessuna modifica di tasti e utilizzo del layout di tastiera inglese (USA) standard.
Ho armeggiato con le impostazioni per Tastiera in Impostazioni di sistema, ma senza risultati.
Ho Windows 7 come dual-boot e la tastiera funziona perfettamente su di esso.

Perché sto affrontando un simile comportamento e come normalizzarlo?

PS: utilizzo di Logitech Classic Keyboard K100 (modello USB) .

keyboard

— Aditya
fonte

30

Perché probabilmente hai attivato l' opzione Tasti lenti da Impostazioni di sistema → Accesso universale → Digitazione . Spegnilo:

tasti lenti

— Radu Rădeanu
fonte

Non ci avevo pensato ... o più, mi ero completamente dimenticato che ce n'era uno simile.

— Braiam,

1

@Braiam Posso scommettere che molti di noi non hanno idea di queste funzionalità di Universal Access .

— Radu Rădeanu,

1

@Aditya Se hai fatto dei backup come ha detto Braiam, puoi ripristinarli e controllare :)

— Radu Rădeanu,

2

@Aditya Ok, sono sicuro che questo era il problema. Dal momento che la risposta di Braiam ha risolto il tuo problema, la stessa risposta potrebbe offrire altre "correzioni", come perdere alcune impostazioni ... Ma da ora sai come ritardare tra quando viene premuto un tasto e quando viene accettato :)

— Radu Rădeanu,

1

Suppongo che ci sia una scorciatoia "nascosta" che abilita i tasti lenti. Questa è la terza volta che i tasti lenti sono stati abilitati in qualche modo nel mio sistema, è davvero fastidioso!

— ady,

4

Ho avuto un problema simile. Mi sono imbattuto nella risposta mentre provavo la soluzione qui. In qualche modo lo screen reader era acceso e stava causando un comportamento irregolare. Controllalo in Impostazioni di sistema → Accesso universale → Vedere. Assicurarsi che Screen Reader sia impostato su OFF. Screen Reader OFF

— user260596
fonte

Il 16.04 ho risolto il problema seguendo la risposta sullo screen reader fornita in questo thread. Inoltre, per essere sicuro di non attivarlo inavvertitamente, ho disabilitato il collegamento dello screen reader System settings -> keyboard -> shortcut -> universal access.

— Blonchkman,

1

Non riesco a pubblicare una risposta corretta con le immagini e tutte le cause sono su un computer pubblico solo Windows in questo momento ma, prova ad andare alle impostazioni della tastiera e controlla se c'è un'impostazione di sensibilità dei tasti, quindi forse puoi regolarla lì. ..anche provare a scollegare la tastiera e quindi ricollegarla. Forse questo lo ripristinerà ... Solo suggerimenti!

Spero che aiuti ... Buona fortuna!

— SoCalDiegoRob
fonte

1

Ubuntu ha apparentemente rispecchiato la funzionalità dei "tasti lenti" in Windows e, per impostazione predefinita, imposta questa opzione in modo che sia abilitata tenendo premuto il Shifttasto per troppo tempo attiva automaticamente questa impostazione!

La comparsa di questa impostazione negli ultimi anni ha fatto impazzire molte persone e l'abitudine di tenere premuto Shiftmentre si pensa a cosa digitare significa che è facile attivare questa impostazione per caso.

La risposta accettata non funziona più nell'ultima versione di Ubuntu, non esiste più l'opzione "Tasti lenti" gnome-control-center.

L'unico modo che ho trovato per disabilitare in modo affidabile questo è tramite riga di comando:

# 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
fonte

0

Questo può accadere quando c'è un programma daemon che cattura sequenze di tasti (come a bordo). Come prova, apri gnome-system-monitore controlla se ci sono script bash o addirittura script python in esecuzione. Prova a chiudere a bordo se è in esecuzione.

— Python Student
fonte

Non trovo alcun processo chiamato onboardo altri script bash / python in esecuzione.

— Aditya,

@Aditya Hai installato compiz? Se sì, controlla lì ... Hai provato una tastiera defirent? Hai usato ununtu bene per un po 'o l'hai appena installato?

— SoCalDiegoRob,

0

So che ciò che consiglierò è quasi la soluzione più semplice e brutta là fuori:

Sposta le .*directory da qualche altra parte:

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

ora riavvia la sessione. Il problema avrebbe dovuto andare via. Se il problema va via, è possibile ripristinare indietro uno dopo l'altro il innocenti con

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

Riavvia la sessione, il problema si ripresenta? Rimuovere la directory e copiare invece uno ad uno il contenuto delle sottodirectory. Lo stesso con le altre 2 directory.

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

So che il metodo è piuttosto brutale, ma dal momento che non sono riuscito a trovare il file esatto / dconf / gconf / xinput che potrebbe causare questo, dovrebbe essere sufficiente un piccolo trucco rapido.

— Braiam
fonte

Quindi, se avessi apportato modifiche alle impostazioni in quelle cartelle intenzionalmente / involontariamente, sarebbero anche andate via ..

— Aditya

Non necessariamente, per questo ti ho chiesto di spostare non rimuovere i file, controlla la mia risposta aggiornata. A proposito, il mio metodo è abbastanza simile al debug, poiché è stato un possibile aggiornamento che stravolge le configurazioni, cercarle commentando nella tua domanda sembra troppo lunga e le risposte dovrebbero essere il più generico possibile.

— Braiam,

Okay ... Ho usato cp -r(senza il -nflag) e ripristinato tutte e 3 le .cartelle ... Riavviato il sistema e la tastiera funziona ancora bene ... Tuttavia, nessuna impostazione sembra essere stata ripristinata - Ho perso le impostazioni relative alla configurazione dello sfondo , unità, impostazioni di data e ora - quelle che sono visibili all'istante sono tutte perse ..

— Aditya

Mm ... non è vero. Se hai usato cp -r e copiato tutto, dovresti avere tutto lì poiché cp di default sostituisce i file ... qualcosa di malvagio era nel tuo sistema. A proposito, nel primo tentativo, dove hanno perso anche le configurazioni?

— Braiam,

Braiam: Ho sempre cercato di ripristinare le cartelle ... ma le mie impostazioni non vengono ripristinate. Presto pubblicherei una nuova domanda sul ripristino delle mie impostazioni. Comunque, grazie per il tuo tempo; tuttavia seguire la risposta di @ Radu avrebbe risolto questa domanda :)

— Aditya,

0

Vi è un altro motivo di ritardo durante il cambio di layout della tastiera. Secondo il problema n. 1370953 (e n. 1370953 ) tale comportamento potrebbe essere correlato a scarse prestazioni del disco. Vedi il commento di Maxim Kravets :

Ogni modifica del layout alterna ~ / .config / dconf / file utente. La modifica del layout è lenta quando il disco è occupato.

C'è una cosa (non solo una) per superare il problema del disco: cambiare lo scheduler della coda del disco. Di default Ubuntu è configurato per usare lo scheduler di scadenza, per HDD lento è meglio usare invece lo scheduler cfq.

Vedi le istruzioni .

— sempasha
fonte

0

Il problema di questo inaccettabile ritardo nell'inserimento del testo potrebbe anche avere un motivo completamente diverso da quelli indicati qui prima (Sticky Keys), e l'ho trovato:

Per errore, ho attivato l'opzione "Ingrandimento schermo" (Opzioni di accessibilità). - E amico, quella cosa rallenta gli sms se stai usando un netbook a bassa specifica, come me (ASUS X206HA) ... mi ha fatto impazzire. - Ma per puro caso l'ho finalmente scoperto, ho spento la lente d'ingrandimento e tutto è tornato a essere veloce e fluido.

— tonphilm
fonte

0

Come descritto nella domanda, nella schermata di accesso non ho avuto alcun ritardo, ma nel gestore delle finestre (wm fantastico), si è verificato un ritardo irregolare della tastiera (a volte breve / lungo ritardo). Prima avevo inserito il seguente codice/etc/X11/xorg.conf

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

per xbacklightlavorare. Si è scoperto che le righe sopra hanno causato il ritardo della tastiera nel mio caso.

— phinz
fonte