O Ubuntu não libera o caps lock

Question

Eu normalmente uso o Caps Lock para escrever a primeira letra maiúscula de uma palavra, e acontece que quando eu a libero, o Ubuntu espera antes de liberar efetivamente o caps lock.

i.e. se no teclado eu pressionar

CAPS-BLOQUEIO M CAPS-BLOQUEIO E R Y

Deve imprimir

Mery

mas na verdade eu recebo

MEry

Agora eu tenho que ativar o caps lock, pressione M , desative o caps lock, espere cerca de um segundo e termine de escrever a palavra.

Existe uma maneira de resolvê-lo?

UPDATE

It's strange, I think that keyboards send signals which are actually the ASCII code for symbols or instructions. So, there must be a way how the OS takes and manages this signal. Ok, they're processor interruptions at last but I don't think interruptions are the matter here. You should edit your question and give info about Ubuntu version, either 32 or 64 bits, graphical interface and probably keyboard brand. Check about any keyboad driver?

Estou tendo esse problema com o teclado desde o Ubuntu 10.04, atualmente estou executando o Ubuntu 12.04 LTS x64, a marca de teclado é logitech para o teclado USB, mas tenho o mesmo problema com o teclado integrado do laptop (é uma Asus A55VM)

    

Answer 1

Este é realmente um problema bastante interessante, apesar da minha primeira noção de "apenas usar a tecla shift", acho que não é uma opção. Afinal, o Linux é principalmente sobre como personalizar a experiência, então isso deve ser parte dela.

Chega de tagarelice, vamos direto ao assunto. Este bug já foi reportado como # 27903 em 2010 (e marcado como RESOLVIDO CORRIGIDO em setembro de 2012) no rastreador de bugs do freedesktop.org . Agora vou citar alguns comentários desse relatório de bug para poupar-lhe um pouco do tempo todo:

Burak Çalık 2010-04-29 15:12:36 UTC

The problem occurs if you are used to typing capital letters using capslock button instead of shift and if you are writing too fast.

For example, you can see the same sentences which were written in windows and linux;

In Windows: "Hello friends. How are you today?"

In Linux: "HEllo friends. HOw are you today?"

While you are writing, capslock sticks opened on Linux.

---

Andreas Wettstein 2011-08-07 01:14:52 UTC

Created attachment 50006 [details] [review] Support noLock and noUnlock in xkbcomp

This patch to xkbcomp allows to specify the noLock and noUnlock flag in a more natural syntax. Instead of the Private action shown before, one now can write "LockMods(modifiers=Shift+Lock,affect=unlock)".

---

Peter Hutterer 2011-08-10 23:47:42 UTC

(In reply to comment #26)

Created an attachment (id=49973) [details] noLock and noUnlock in _XkbFilterLockState

     

encaminhado para a lista, obrigado.    link

     

Peter Hutterer 2012-03-05 22:15:36 UTC

     

commit e3f6a76dd480717eae4b17ad8e2ff707de2ffe4c Autor: Andreas   Wettstein Data: qui 11 de agosto às 16:33:33 2011   +1000

xkb: Support noLock and noUnlock flags for LockMods

     

Peter Hutterer 2012-06-17 22:38:56 UTC

     

(Em resposta ao comentário # 34)

     

I have xorg server 1.12 installed. I believe i just have to define caps lock as described in comment #27. But i have no idea which file to edit, would you please help?

xkbcomp -xkb $DISPLAY my_xkbmap
then edit my_xkbmap and re-load it as
xkbcomp my_xkbmap $DISPLAY

     

Peter Hutterer 2012-06-18 19:54:25 UTC

     

(Em resposta ao comentário # 37)

     

Thanks a lot. The caps lock delay problem is gone away now. Is this method permanent or do i have to load my_xkbmap everytime i start x?

     

Andreas, você pode por favor arquivar um bug do xkeyboard-config para obter este   snipped introduzido por padrão no mapa de teclas. Eu acho que é útil   o suficiente para carregá-lo.

     

Andreas Wettstein 2012-10-28 13:18:01 UTC

     

Andreas, can you please file a xkeyboard-config bug to get this snipped introduced by default into the keymap. I think it's useful enough to carry it.

     

Desculpe por desperdiçar mais quatro meses. Agora está aí, bug 56491.

Portanto, há um patch flutuante em torno do qual resolve metade do problema. O referido ao relatório de bug # 56491 vive no mesmo rastreador de bugs, mas ainda carrega o status NOVO. / p>

A partir desse bug não há nada para citar, apenas alguns vão e voltam entre os desenvolvedores sobre o porquê e como corrigi-lo.

Então, sim, esse problema ainda persiste, mas as pessoas estão trabalhando nisso. Há mais instruções, depurando informações e soluções alternativas no bug # 27903 além do que citei. Há também um conjunto de patches no # 56491 que supostamente conserta esse bug (mas, como foi dito, eles estão discutindo isso).