Como desabilito qualquer configuração do sistema X-window que está interceptando Ctrl-Period para algum tipo de pop-up de entrada especial?
Mais detalhes : estou tentando vincular um comando emacs a Ctrl-Period (C-.), que funcionou bem em um sistema anterior. Neste novo computador parece haver algo acontecendo no nível X (xinput? xkb?) que está interceptando o pressionamento de tecla para que o emacs (ou a maioria dos outros aplicativos) simplesmente não o veja.
Em vez disso, quando eu pressiono Período enquanto pressiono Ctrl, um pequeno "e" sublinhado aparece, seja em linha quando estou em uma janela gráfica, ou como um pop-up em um terminal ou janela do emacs (veja as imagens abaixo). Se eu digitar mais caracteres, eles aparecerão após o "e" sublinhado, também sublinhado. Os caracteres posteriores podem ser retrocedidos, mas o "e" não pode, e permanece até que eu pressione Enter, Esc ou um segundo Ctrl-Period. Nos dois últimos casos (um segundo C-. ou Esc) todos os caracteres sublinhados desaparecem sem nenhum outro efeito, enquanto no primeiro caso (Enter) eles desaparecem, mas enviam imediatamente as seguintes teclas.
Isso está acontecendo claramente no nível do sistema de janelas porque se eu pressionar C-. em um aplicativo e, em seguida, mova meu cursor para outro para digitar, o pop-up pula entre as janelas para o que tiver foco (com efeitos colaterais às vezes estranhos).
Por fim, alguns aplicativos veem o pressionamento de tecla: se eu adicionar um ouvinte de evento de chave a uma página da Web em branco no Chrome, desde que não tenha um elemento de entrada focado, o evento de chave será emitido exatamente como eu esperaria. Mas se eu tiver um elemento de entrada focado, teclas estranhas "não identificadas" serão emitidas enquanto o "e" sublinhado estiver sendo exibido.
Resultado de ctrl-period (seguido por "123") na barra de localização do navegador:
Resultado de ctrl-period (seguido por "456") no terminal, o emacs é semelhante:
Isso se parece com a "área de pré-edição" de algum provedor X Input Method, permitindo que você componha um caractere antes que ele seja enviado para a entrada real do aplicativo.
(Por exemplo, uma caixa de diálogo de pré-edição é usada ao compor texto em japonês em fcitx ou IBus, ou ao inserir pontos de código Unicode em Ctrl+Shift+U do GTK. Geralmente é o kit de ferramentas do aplicativo , como GTK ou Xlib, que se comunica com o módulo IM, informando sobre campos de texto em foco, etc.)
Nesse caso, provavelmente é usado para entrada de emojis por nome, adivinhando o prefixo 'e' e o atalho de teclado. Eu estou supondo que esse "método de entrada" específico faz parte da estrutura de entrada IBus, onde a entrada de emoji é incorporada e o atalho padrão é de fato Ctrl + ponto. (Normalmente, deve mostrar um seletor gráfico, mas em alguns casos apenas o suporte básico de mensagens instantâneas está disponível e tudo o que você obtém é o campo de pré-edição.)
No entanto, verifique as variáveis de ambiente XMODIFIERS e GTK_IM_MODULE para obter dicas adicionais. (IBus não é o único servidor XIM disponível.)
IBus tem o atalho de teclado personalizável através do ibus-setup, ou via GSettings:
Isso mostra que o valor padrão é
['<Control>period']
. Para configurá-lo para uma lista vazia, use: