¿Cómo puedo hacer que IBus no ignore ~ ​​/ .XCompose?

Como UIM no quería jugar a la pelota después de instalar Ubuntu 12.04 desde cero, probé IBus, ya que ese es el marco IME que viene con Ubuntu de forma predeterminada.

Sin embargo, ibus-table-compose es difícil de usar porque solo para ingresar un carácter necesito presionar la combinación de teclas para activar IBus primero, ingresar la secuencia de composición respectiva, luego presionar la combinación de teclas IBus nuevamente para deshabilitarla. En lugar de eso, preferiría mantener mi funcionalidad de redacción de teclas según lo proporcionado por XIM, ya que eso requiere menos pulsaciones de teclas.

Sin embargo, el problema es que cuando el método de entrada predeterminado se establece en IBus e IBus se desactiva de modo que (AIUI, desde que lo comencé con ibus-daemon --xim ) se omite a favor de XIM, la configuración en ~ / .XCompose parece estar anulado por la propia versión de IBus, por lo que, por ejemplo, Compose ca no da ą (a-ogonek) como lo definí en el archivo .XCompose en mi directorio de inicio, pero ǎ (a-hacek), como lo definen algunos otros ajustes.

Me he acostumbrado bastante a mis propios mnemnonics, entonces, ¿hay alguna manera de hacer que mi sistema use mi propio archivo ~ / .XCompose con el método de entrada predeterminado todavía configurado en IBus para que IBus siga funcionando, por ejemplo, en OpenOffice y otras aplicaciones? que no te permite elegir el método de entrada con un menú contextual?

Nota: Este no es un duplicado de la pregunta ¿Cómo puedo volver a componer en ibus?

Como lo indicó @von, NO PUEDE usar su .XComposecon IBUS por ahora.

Puede usarlo uimcomo Método de entrada, que admite Unicode, tanto los módulos GTK + como Qt con XIMsoporte heredado .

Una buena manera de manejar .XComposey mantener la composición global existente es:

1. Instalar uim:

   sudo apt-get install uim

2. Conviértalo en el método de entrada predeterminado:

   im-config -n uim

3. Edite su .XComposey agregue la configuración regional actual del teclado (en mi caso en_US) como primera línea :

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

4. ¡Hecho! Reinicie los programas que desea comenzar para obtener su .XComposearchivo.

Problemas conocidos

Ubuntu Unity Dash nunca producirá una cedilla.

Otras distribuciones

Jugué un poco con .XComposey Métodos de entrada en distribuciones modernas en estos días, mientras intentaba que Linux mantuviera el mismo comportamiento de teclado que Windows (TM) para los idiomas latinos (salida en çlugar de ć, sin consonantes acentuadas, etc.).

Creé un repositorio con estas instrucciones (para Ubuntu y otras distribuciones también): https://github.com/raelgc/win_us_intl

Sin embargo, el problema es que cuando el método de entrada predeterminado se establece en IBus e IBus se desactiva de modo que (AIUI, desde que lo comencé con ibus-daemon --xim) se omite a favor de XIM, la configuración en ~ / .XCompose parece estar anulado por la propia versión de IBus, por lo que, por ejemplo, Compose ca no da ą (a-ogonek) como lo definí en el archivo .XCompose en mi directorio de inicio, pero ǎ (a-hacek), como lo definen algunos otros ajustes.

Parece que no está definido por otras configuraciones, en el sentido de algún archivo de configuración que podría editar. Parece que está compilado, codificado en el archivo gtkimcontextsimpleseqs.h. Además, parece que no es fácil personalizar la gtk_compose_seqs_compactmatriz en ese archivo y agregar sus propias secuencias de teclas Compose. La tabla está optimizada para espacio, no es fácil de editar. Entonces, la estrategia de "simplemente cambiar la fuente y recompilar" puede ser más difícil de lo que pensaba.

Me he acostumbrado bastante a mis propios mnemnonics, entonces, ¿hay alguna manera de hacer que mi sistema use mi propio archivo ~ / .XCompose con el método de entrada predeterminado todavía configurado en IBus para que IBus siga funcionando, por ejemplo, en OpenOffice y otras aplicaciones? que no te permite elegir el método de entrada con un menú contextual?

Hay un informe de error en https://bugzilla.gnome.org/show_bug.cgi?id=155010 que tiene un parche que (dicen) permitiría personalizar la tabla de composición. Todavía no usaría su archivo ~ / .XCompose, y la sintaxis sería diferente, pero es algo. Pero noto que el error en cuestión todavía está abierto, así que supongo que esto aún no se ha incluido en los lanzamientos oficiales.

Como Dennis Williamson dijo que funcionaba en 16.04 en un comentario anterior, probé en esta nueva instalación de 18.04 con una .XComposecopia corta de mi instalación anterior de 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

Luego corrí ibus restarten una terminal y puedo escribir ʁ.

1. Establezca globalmente (es decir, para Ubuntu en /etc/environment) las variables QT_IM_MODULE, (la última innecesaria para gnome) en , y a .GTK_IM_MODULEibusXMODIFIERS@im=ibus

  2.α Ejecute setxkbmapcon -optionpara elegir la clave de redacción . Por ejemplo, utilizar la tecla del logotipo de la derecha: setxkbmap -option compose:rwin. Esto se sobrescribirá al reiniciar.

  2.β Para conservar la configuración al reiniciar, cree el /etc/X11/xorg.conf.d/00-keyboard.confcon el siguiente contenido:

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

Probado, y funciona tanto para X11 como (al menos por setxkbmapcierto) Wayland.

Gracias por una pista va a fujiwarat , actualizado por esta discusión .