Por que os caracteres de controle ASCII são ignorados ao usar Ctrl + Shift + U?

Question

Estou tentando inserir um caractere de tabulação nas caixas de texto do Firefox / Chrome sem precisar copiar e colar do Emacs. A combinação Ctrl + Shift + U, em seguida, 0009 não funciona. De fato, não parece funcionar para a maioria dos caracteres de "controle". No entanto, funciona para praticamente qualquer caractere imprimível , incluindo não-ASCII. Isso é realmente bizarro. O Google não parece revelar nenhum comportamento inconsistente. Alguém sabe por que essa combinação proíbe o espaço em branco? Eu posso repetir esse comportamento em qualquer programa, incluindo o Leafpad e o LibreOffice.

U+2023 :% em U+0100 :% U+0009 : (nada)%% co_de: (nada)% U+000A : (espaço)

    

Answer 1

Entendi. O motivo pelo qual ele estava funcionando como root e não como meu usuário comum era porque as variáveis de ambiente GTK_IM_MODULE e QT_IM_MODULE estavam sendo forçadas a xim para todos os usuários regulares, independentemente das execuções de im-config . O único módulo que instalei no Lubuntu é ibus , então não estou surpreso com esse comportamento estranho. Alguns artigos na net trouxeram essas variáveis para minha atenção, então comecei a depurá-las. Quando percebi que eles estavam sendo definidos como xim persistentemente, decidi forçá-los a ibus sob /etc/environment . Você tem a opção menos agressiva de configurá-los em .bashrc ou algum equivalente. Independentemente disso, isso irá restaurar a funcionalidade Ctrl + Shift + U completa.