Como faço para o IBus não ignorar ~ / .XCompose?

Como o UIM não queria jogar bola depois de instalar o Ubuntu 12.04 do zero, tentei o IBus, pois esse é o quadro IME que vem com o Ubuntu por padrão.

No entanto, ibus-table-compone é uma dor de cabeça porque, para inserir um caractere, preciso pressionar a combinação de teclas para acionar o IBus primeiro, inserir a respectiva sequência de composição e pressionar a combinação de teclas IBus novamente para desativá-lo. Em vez disso, eu gostaria de manter minha funcionalidade de composição de teclas conforme fornecida pelo XIM, pois isso requer menos pressionamentos de tecla.

O problema é que, quando o método de entrada padrão é definido como IBus e o IBus é desativado para que (AIUI, desde que eu o iniciei com o ibus-daemon --xim ) seja ignorado em favor do XIM, as configurações em ~ / .XCompose parece ter sido substituído pela própria versão do IBus, portanto, por exemplo, Compose ca não fornece ą (a-ogonek) como eu defini no arquivo .XCompose no meu diretório pessoal, mas ǎ (a-hacek), como definido por outros ajustes.

Eu me acostumei bastante com minha própria mnemnônica, então existe alguma maneira de fazer meu sistema usar meu próprio arquivo ~ / .XCompose com o método de entrada padrão ainda definido como IBus, para que o IBus ainda funcione, por exemplo, no OpenOffice e outros aplicativos que não permitem que você escolha o método de entrada com um menu de contexto?

Nota: Esta não é uma duplicata da pergunta Como posso voltar a compor no ibus?

Conforme afirmado por @von, você NÃO pode usar o seu .XComposecom o IBUS por enquanto.

Você pode usar uimcomo método de entrada, que suporta Unicode, tanto os módulos GTK + como Qt com XIMsuporte herdado .

Uma boa maneira de lidar com .XComposee manter o Compose global existente é:

1. Instale o uim:

   sudo apt-get install uim

2. Torne o método de entrada padrão:

   im-config -n uim

3. Edite seu .XComposee adicione a localidade atual do teclado (no meu caso en_US) como primeira linha :

   include "/usr/share/X11/locale/en_US.UTF-8/Compose"

4. Feito! Reinicie os programas que você deseja iniciar para obter seu .XComposearquivo.

Problemas conhecidos

O Ubuntu Unity Dash nunca produz um cedilla.

Outras Distros

Eu brinquei um pouco com o .XComposeInput Methods nas distribuições modernas hoje em dia, enquanto tentava fazer o Linux manter o mesmo comportamento do teclado do Windows (TM) para idiomas latinos (saída em çvez de ć, sem consoantes acentuadas, etc.).

Criei um repositório com estas instruções (para o Ubuntu e outras distribuições também): https://github.com/raelgc/win_us_intl

O problema é que, quando o método de entrada padrão é definido como IBus e o IBus é desativado para que (AIUI, desde que eu o iniciei com o ibus-daemon --xim) seja ignorado em favor do XIM, as configurações em ~ / .XCompose parece ter sido substituído pela própria versão do IBus, portanto, por exemplo, Compose ca não fornece ą (a-ogonek) como eu defini no arquivo .XCompose no meu diretório pessoal, mas ǎ (a-hacek), como definido por outros ajustes.

Parece que não está definido por outras configurações, no sentido de algum arquivo de configuração que você pode editar. Parece que está compilado, codificado no arquivo gtkimcontextsimpleseqs.h. Parece ainda que não é fácil personalizar a gtk_compose_seqs_compactmatriz nesse arquivo e adicionar suas próprias seqüências de teclas de composição. A tabela é otimizada para espaço, não para edição fácil. Portanto, a estratégia "simplesmente mude a fonte e recompile" pode ser mais difícil do que eu pensava.

Eu me acostumei bastante à minha própria mnemnônica, então existe alguma maneira de fazer meu sistema usar meu próprio arquivo ~ / .XCompose com o método de entrada padrão ainda sendo definido como IBus, para que o IBus ainda funcione, por exemplo, no OpenOffice e outros aplicativos que não permitem que você escolha o método de entrada com um menu de contexto?

Existe um relatório de bug em https://bugzilla.gnome.org/show_bug.cgi?id=155010 que possui um patch que (eles dizem) tornaria possível personalizar a tabela de composição. Ele ainda não usaria o arquivo ~ / .XCompose, e a sintaxe seria diferente, mas é algo. Mas notei que o bug em questão ainda está aberto, então acho que isso ainda não foi lançado nos lançamentos oficiais.

Como Dennis Williamson disse que funcionou em 16.04 em um comentário acima, testei nesta nova instalação 18.04 com uma .XComposecópia curta da instalação anterior 16.04.

# Import default rules from the system Compose file
include "%L"

# Custom definitions
<Multi_key> <R> <R> <R>             : "ʁ"   U0281 # LATIN LETTER SMALL CAPITAL INVERTED R

Então eu corri ibus restartem um terminal e posso digitar ʁ.

1. Definido globalmente (ou seja, para o Ubuntu em /etc/environment) as QT_IM_MODULE, GTK_IM_MODULEvariáveis (o último desnecessários para o GNOME) para ibus, e XMODIFIERSpara @im=ibus.

  2.α Execute setxkbmapcom -optionpara escolher a tecla de composição. Por exemplo, para usar a tecla do logotipo do direito: setxkbmap -option compose:rwin. Isso seria substituído na reinicialização.

  2.β Para manter a configuração na reinicialização, crie /etc/X11/xorg.conf.d/00-keyboard.confo seguinte conteúdo:

Section "InputClass"
        Identifier "system-keyboard"
        MatchIsKeyboard "on"
        Option "XkbOptions"    "compose:rwin"
EndSection

Testado e funciona para o X11 e (pelo menos a setxkbmapmaneira) Wayland.

Obrigado por uma dica vai para fujiwarat , atualizado de acordo com esta discussão .