Problema muito estranho hoje. Eu ia postar um tópico sobre outro problema e queria fazer uma captura de tela de uma janela de terminal. Eu tenho tudo preparado, pressione Alt + Printscreen e nada aconteceu.
Entrei em atalhos de teclado para ver se redefinir o atalho funcionava. Isso aconteceu. Tentei defini-lo de volta para Alt + Printscreen , mas a janela ficou lá, aguardando um pressionamento de tecla. É como se eu nunca tivesse empurrado uma chave.
As teclas Alt e Printscreen funcionam de maneira independente ... Também tentei ver a saída de xev ao pressionar as teclas. Ele ouve a tecla Alt, mas não escuta a tela da tela depois.
Eu tentei isso tanto no Compiz quanto na metacity simples. Eu também tenho um teclado sobressalente e isso mostra um comportamento idêntico (um teclado é PS / 2, o sobressalente é USB - portanto, não é um problema de porta).
É como se houvesse algo sentado na cadeia de eventos cuspindo no evento para que nada mais pudesse ouvi-lo. Minha pergunta é basicamente: como você pode encontrar os processos respondendo a certos eventos?
Conforme solicitado:
oli@bert:~$ xmodmap -pke | grep -i mode
keycode 82 = KP_Subtract XF86_Prev_VMode KP_Subtract XF86_Prev_VMode
keycode 86 = KP_Add XF86_Next_VMode KP_Add XF86_Next_VMode
keycode 100 = Henkan_Mode NoSymbol Henkan_Mode
keycode 203 = Mode_switch NoSymbol Mode_switch
e
oli@bert:~$ xmodmap -pke | grep -i print
keycode 107 = Print Sys_Req Print Sys_Req
keycode 218 = Print NoSymbol Print
Editar: Quando postei isso, eu estava no Lucid com um kernel 2.6.35 caseiro. Acontece que meu problema está relacionado ao kernel e não ao X.
Alguém em algum lugar decidiu que o alt-printscreen deve renderizar um evento SysRq. Tecnicamente falando, talvez devesse, mas isso quebra o que deve ser mais de uma década de "comportamento conhecido" do Linux e do Windows.
Por minha edição, isso parece estar diretamente ligado à versão do kernel 2.6.35 (e provavelmente aos kernels subseqüentes) pelo qual o alt + prscr renderiza um evento sysrq.
O SysRq parece ser desvinculado (pelo menos da minha volta), mas você pode desativar o novo comportamento tolo adicionando o seguinte a /etc/sysctl.conf :
kernel.sysrq = 0
Como você indica que o PrintScreen funciona, mas o alt + printscreen não, isso pode ter algo a ver com o mapeamento do seu modificador.
Se você tem 2 teclas Alt, você pode tentar com ambos e ver se o comportamento é o mesmo?
Além disso, você pode executar o comando xmodmap -pke | grep -i mode em um terminal e verificar se isso indica que uma das teclas alt está mapeada como tecla "Mode switch"? Normalmente, você veria 1 ou mais linhas de keysym contendo códigos atribuídos à tecla de troca de modo.
Execute também xmodmap -pke | grep -i print em um terminal e veja se os códigos impressos à direita do sinal de igual correspondem à linha abaixo.
keycode 107 = Print Sys_Req Print Sys_Req
Veja esta página para explicação da sintaxe da linha keysym.
O bug reportado está presente. link
Você tentou usar o Print Screen? Eu nunca ouvi falar em usar Alt com ele.
Tags shortcut-keys keyboard events