¿Por qué hay un retraso entre cuando se presiona una tecla y cuando se acepta?

24

Este es uno de los problemas más raros y raros que he encontrado. Mi teclado funcionaba absolutamente bien hasta ayer en Ubuntu 13.04. Sin embargo, cuando inicio en Ubuntu hoy, de repente encuentro que todas las teclas funcionan, pero tengo que presionar y seguir presionándolas durante aproximadamente un segundo para que funcionen.

  • Este comportamiento es verdadero para todas las teclas excepto para Num Lock, Caps Locky las Scroll Lockteclas, el indicador para ellas en mi teclado se enciende tan pronto como presiono esas teclas.

  • El teclado funciona bien en la pantalla de inicio de sesión donde puse mi contraseña.

  • El teclado también funciona normalmente si uso la sesión Invitado en lugar de mi cuenta de usuario normal.

  • No he hecho ninguna reasignación de teclas y uso la distribución de teclado estándar en inglés (EE. UU.)

  • He jugueteado con la configuración del teclado en la configuración del sistema, pero fue en vano.

  • Tengo Windows 7 como arranque dual y el teclado funciona perfectamente bien en él.

¿Por qué me enfrento a tal comportamiento y cómo normalizarlo?

PD: Uso de Logitech Classic Keyboard K100 (modelo USB) .

Aditya
fuente

Respuestas:

30

Porque probablemente haya activado la opción Teclas lentas desde Configuración del sistemaAcceso universalEscritura . Apágalo:

teclas lentas

Radu Rădeanu
fuente
No pensé en eso ... o más bien, olvidé por completo que había uno así.
Braiam
1
@Braiam Puedo apostar que muchos de nosotros no tenemos idea de estas características de Universal Access .
Radu Rădeanu
1
@Aditya Si hizo copias de seguridad como dijo Braiam, puede restaurarlas y verificar :)
Radu Rădeanu
2
@Aditya Ok, estoy seguro de que este fue el problema. Dado que la respuesta de Braiam resolvió su problema, la misma respuesta puede ofrecer otras "soluciones", como perder algunas configuraciones ... Pero a partir de ahora sabe cómo retrasar el momento en que se presiona una tecla y cuando se acepta :)
Radu Rădeanu
1
Supongo que hay un atajo "oculto" que habilita las teclas lentas. Esta es la tercera vez que las teclas lentas se activaron de alguna manera en mi sistema, ¡es realmente molesto!
Ady
4

Tuve un problema similar. Me topé con la respuesta mientras intentaba la solución aquí. De alguna manera, el lector de pantalla estaba encendido y causaba un comportamiento errático. Verifíquelo en Configuración del sistema → Acceso universal → Ver. Asegúrese de que el Lector de pantalla esté apagado. Lector de pantalla apagado

usuario260596
fuente
El 16.04 resolví el problema siguiendo la respuesta sobre el lector de pantalla que se proporciona en este hilo. Además, para asegurarme de no activarlo accidentalmente, desactivé el acceso directo del lector de pantalla System settings -> keyboard -> shortcut -> universal access.
blonchkman
1

No puedo publicar una respuesta adecuada con imágenes y, por todo, estoy en una computadora pública solo de Windows en este momento, pero intente ir a la configuración del teclado y verifique si hay una configuración de sensibilidad clave, entonces tal vez pueda ajustarla allí. ..también intente desconectar el teclado y luego volver a enchufarlo. Quizás esto lo restablezca ... ¡Solo sugerencias!

¡Espero que ayude, buena suerte!

SoCalDiegoRob
fuente
1

Aparentemente, Ubuntu ha reflejado la funcionalidad de "teclas lentas" en Windows, y por defecto configuró esto para que se habilite al mantener presionada la Shifttecla durante demasiado tiempo ¡activa automáticamente esta configuración!

La aparición de esta configuración en los últimos años ha vuelto locos a muchas personas, y el hábito de mantener presionada Shiftmientras piensas qué escribir significa que es fácil activar esta configuración por accidente.

La respuesta aceptada ya no funciona en la última versión de Ubuntu, ya no existe la opción "Teclas lentas" gnome-control-center.

La única forma en que he encontrado deshabilitar esto de manera confiable es a través de la línea de 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
fuente
0

Esto podría suceder cuando hay un programa demonio que atrapa las pulsaciones de teclas (como a bordo). Como prueba, abra gnome-system-monitory observe si hay algún script de bash o incluso scripts de python en ejecución. Intenta cerrar a bordo si se está ejecutando.

Python Student
fuente
No encuentro ningún proceso llamado onboardu otros scripts de bash / python en ejecución.
Aditya
@Aditya ¿Tienes compiz instalado? Si es así, compruebe allí ... ¿Ha probado un teclado desafiante? ¿Has estado usando ununtu bien por un tiempo o lo acabas de instalar?
SoCalDiegoRob
0

Sé que lo que recomendaré es casi la solución más fácil y fea que existe:

Mueva los .*directorios a otro lugar:

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

Ahora reinicie su sesión. El problema debería haber desaparecido. Si el problema desaparece, puede restaurar uno por uno a los inocentes con

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

Reinicie la sesión, el problema está allí de nuevo? Elimine el directorio y copie uno por uno el contenido de los subdirectorios. Lo mismo con los otros 2 directorios.

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

Sé que es un método bastante brutal, pero como no pude encontrar el archivo / dconf / gconf / xinput exacto que podría causar esto, un pequeño truco rápido debería ser suficiente.

Braiam
fuente
Entonces, si hubiera hecho algún cambio en la configuración de esas carpetas de manera intencional / involuntaria, también desaparecerían ...
Aditya
No necesariamente, para eso te pedí que te muevas, no elimines archivos, verifica mi respuesta actualizada. Por cierto, mi método es bastante parecido a la depuración, ya que era una posible actualización que distorsionaba las configuraciones, buscarlos comentando en su pregunta parece demasiado largo y las respuestas deberían ser lo más genéricas posible.
Braiam
De acuerdo ... Utilicé cp -r(sin la -nbandera) y restauré las 3 .carpetas ... Reinicié el sistema y el teclado todavía funciona bien ... Sin embargo, parece que no se ha restaurado ninguna configuración, he perdido la configuración relacionada con la configuración del fondo de pantalla , la unidad, la configuración de fecha y hora: los que son visibles al instante se pierden ...
Aditya
Mm ... eso no está bien. Si usó cp -r y copió todo, debería tener todo allí ya que cp reemplaza por defecto los archivos ... algo malvado estaba en su sistema. Por cierto, en el primer intento, ¿dónde también se perdieron las configuraciones?
Braiam
Braiam: He estado tratando de restaurar las carpetas todo el tiempo ... pero mi configuración no se está restaurando. Pronto publicaría una nueva pregunta sobre la restauración de mi configuración. De todos modos, gracias por tu tiempo; sin embargo, siguiendo la respuesta de @ Radu habría resuelto esta pregunta :)
Aditya
0

Hay una razón más de retraso al cambiar la distribución del teclado. De acuerdo con el problema # 1370953 (y # 1370953 ), este comportamiento puede estar relacionado con un bajo rendimiento del disco. Ver el comentario de Maxim Kravets :

Cada cambio de diseño alterna ~ / .config / dconf / user file. El cambio de diseño es lento cuando el disco está ocupado.

Hay una cosa (no solo una) para superar el problema del disco: cambiar el programador de la cola del disco. Por defecto, Ubuntu está configurado para usar el programador de fecha límite, para HDD lento es mejor usar el programador cfq en su lugar.

Ver instrucciones .

sempasha
fuente
0

El problema de ese retraso inaceptable de entrada de texto también podría tener una razón completamente diferente a las mencionadas aquí (Sticky Keys), y lo encontré:

Por error tuve la opción 'Screen Magnifier' (Opciones de accesibilidad) activada. - Y, hombre, ¿eso despacio envía mensajes de texto si estás ejecutando un Netbook de baja especificación, como lo hago yo (ASUS X206HA) ... me volvió medio loco. - Pero por casualidad finalmente descubrí esto, apagué la Lupa y todo volvió a estar rápido y sin problemas nuevamente.

tonphilm
fuente
0

Como se describe en la pregunta, en la pantalla de inicio de sesión no tuve demora, pero en el administrador de ventanas (wm impresionante), hubo un retraso de teclado irregular (a veces demora corta / larga). Antes, había puesto el siguiente código en/etc/X11/xorg.conf

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

para hacer el xbacklighttrabajo Resultó que las líneas anteriores causaron el retraso del teclado en mi caso.

phinz
fuente