Por que existe um atraso entre quando uma tecla é pressionada e quando ela é aceita?

Este é um dos problemas mais estranhos e estranhos que já encontrei. Meu teclado estava funcionando absolutamente bem até ontem no Ubuntu 13.04. No entanto, quando inicializo no Ubuntu hoje, repentinamente acho que todas as teclas funcionam, mas tenho que pressionar e continuar segurando-as por cerca de um segundo para que funcionem.

• Este comportamento é verdadeiro para todas as chaves, exceto para Num Lock, Caps Locke Scroll Lockas chaves, o indicador para eles no meu teclado acende-se assim que pressionar essas chaves.

• O teclado funciona bem na tela de login onde coloco minha senha.

• O teclado também funciona normalmente se eu usar a sessão Convidado em vez da minha conta de usuário normal.

• Não fiz remapeamentos de teclas e usei o layout de teclado padrão em inglês (EUA).

• Eu brinquei com as configurações do teclado nas configurações do sistema, mas sem sucesso.

• Eu tenho o Windows 7 como inicialização dupla e o teclado funciona perfeitamente bem nele.

Por que estou enfrentando esse comportamento e como normalizar isso?

PS: Usando o Logitech Classic Keyboard K100 (modelo USB) .

Porque provavelmente você coloca a opção Teclas lentas em Configurações do sistema → Acesso universal → Digitação . Desligue isso:

Eu tive um problema parecido. Eu tropecei na resposta enquanto tentava a solução aqui. De alguma forma, o leitor de tela estava ligado e estava causando um comportamento irregular. Verifique-o em Configurações do sistema → Acesso universal → Vendo. Verifique se o Screen Reader está definido como OFF. Leitor de tela desativado

Não consigo postar uma resposta adequada com imagens e tudo porque estou em um computador público apenas com Windows no momento, mas tente acessar as configurações do teclado e verifique se há uma configuração de sensibilidade das teclas; talvez você possa ajustá-la lá. ..também tente desconectar o teclado e conectá-lo novamente. Talvez isso o redefina ... Apenas sugestões!

Espero que ajude ... Boa Sorte!

O Ubuntu aparentemente espelhou a funcionalidade "teclas lentas" no Windows e, por padrão, defina isso para que seja ativado mantendo a Shifttecla pressionada por muito tempo ativando automaticamente essa configuração!

A aparência dessa configuração nos últimos anos tem deixado muitas pessoas loucas, e o hábito de se segurar Shiftenquanto pensa no que digitar significa que é fácil ativar essa configuração por acidente.

A resposta aceita não funciona mais na versão mais recente do Ubuntu, não há mais a opção "Slow Keys" no Windows gnome-control-center.

A única maneira que eu encontrei para desativar isso de forma confiável é através da linha 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

Isso pode acontecer quando houver um programa daemon capturando pressionamentos de tecla (como a bordo). Como avaliação, abra gnome-system-monitore verifique se há algum script bash ou mesmo scripts python em execução. Tente fechar a bordo, se estiver em execução.

Eu sei que o que vou recomendar é quase a solução mais fácil e feia por aí:

Mova os .*diretórios para outro lugar:

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

agora reinicie sua sessão. O problema deveria ter desaparecido. Se o problema desaparecer, você poderá restaurar um por um os inocentes com

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

Reinicie a sessão, o problema existe novamente? Remova o diretório e copie um a um o conteúdo dos subdiretórios. O mesmo com os outros 2 diretórios.

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

Eu sei que é um método bastante brutal, mas como não consegui encontrar o arquivo / dconf / gconf / xinput exato que poderia causar isso, um pequeno hack rápido deve ser suficiente.

Há mais um motivo de atraso ao alternar o layout do teclado. De acordo com o problema nº 1370953 (e nº 1370953 ), esse comportamento pode estar relacionado ao desempenho ruim do disco. Veja o comentário de Maxim Kravets :

Toda mudança de layout alterna o arquivo ~ / .config / dconf / user. A alteração do layout é lenta quando o disco está ocupado.

Há uma coisa (não apenas uma) a resolver o problema do disco - alterar o agendador da fila de disco. Por padrão, o Ubuntu configurado para usar o agendador de prazos, para HDD lento, é melhor usar o agendador cfq.

Veja as instruções .

O problema desse atraso de entrada de texto inaceitável também pode ter um motivo completamente diferente dos declarados aqui antes (Teclas de atalho), e eu o encontrei:

Por engano, tive a opção 'Ampliador de tela' (Opções de acessibilidade) ativada. - E, cara, essa coisa fica lenta se você estiver executando um Netbook com especificações baixas, como eu (ASUS X206HA) ... me deixou meio louco. - Mas, por mero acaso, finalmente descobri isso, desliguei a Lupa e tudo voltou a ficar rápido e suave novamente.

Conforme descrito na pergunta, na tela de login, não tive atraso, mas no gerenciador de janelas (impressionante ui), houve um atraso de teclado irregular (às vezes, atraso curto / longo). Antes, eu havia colocado o seguinte código em/etc/X11/xorg.conf

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

para fazer o xbacklighttrabalho. As linhas acima causaram um atraso no teclado no meu caso.