Comment puis-je faire en sorte qu'IBus n'ignore pas ~ / .XCompose?

Comme UIM ne voulait pas jouer au ballon après avoir installé Ubuntu 12.04 à partir de zéro, j'ai essayé IBus, car c'est le cadre IME fourni avec Ubuntu par défaut.

Cependant, ibus-table-compose est pénible à utiliser, car pour saisir un seul caractère, je dois d'abord appuyer sur la combinaison de touches pour déclencher IBus, saisir la séquence de composition respective, puis appuyer à nouveau sur la combinaison de touches IBus pour la désactiver. Au lieu de cela, je préfère conserver mes fonctionnalités de composition de clés telles que fournies par XIM, car cela nécessite moins de frappes.

Le problème est, cependant, que lorsque la méthode d'entrée par défaut est définie sur IBus et IBus est désactivé de sorte que (AIUI, depuis que je l'ai démarré avec ibus-daemon --xim ), il soit contourné en faveur de XIM, les paramètres de ~ / .XCompose semble être remplacé par la propre version d'IBus, donc par exemple, Compose ca ne donne pas ± (a-ogonek) comme je l'ai défini dans le fichier .XCompose dans mon répertoire personnel, mais ǎ (a-hacek), comme défini par certains autres réglages.

Je me suis habitué à mes propres mnémoniques, donc y a-t-il un moyen de faire en sorte que mon système utilise mon propre fichier ~ / .XCompose avec la méthode d'entrée par défaut toujours définie sur IBus pour qu'IBus fonctionne toujours, par exemple dans OpenOffice et d'autres applications qui ne vous permettent pas de choisir la méthode de saisie avec un menu contextuel?

Remarque: Il ne s'agit pas d'un double de la question Comment puis-je récupérer la composition sur ibus?

Comme indiqué par @von, vous NE POUVEZ PAS utiliser votre .XComposeavec IBUS pour l'instant.

Vous pouvez utiliser uimcomme méthode d'entrée, qui prend en charge Unicode, les immodules GTK + et Qt avec XIMprise en charge héritée .

Un bon moyen de gérer .XComposeet de conserver votre composition globale existante est:

1. Installez uim:

   sudo apt-get install uim

2. Faites-en la méthode d'entrée par défaut:

   im-config -n uim

3. Modifiez votre .XComposeet ajoutez les paramètres régionaux du clavier actuel (dans mon cas, en_US) comme première ligne :

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

4. Terminé! Redémarrez les programmes que vous souhaitez démarrer pour récupérer votre .XComposefichier.

Problèmes connus

Ubuntu Unity Dash ne produira jamais de cédille.

Autres discothèques

J'ai joué un peu avec .XComposeet méthodes d'entrée sur les distributions modernes ces jours-ci, tout en essayant de faire en sorte que Linux conserve le même comportement de clavier que Windows (TM) pour les langues latines (sortie çau lieu de ć, pas de consonnes accentuées, etc.).

J'ai créé un dépôt avec ces instructions (pour Ubuntu et d'autres distributions aussi): https://github.com/raelgc/win_us_intl

Le problème est, cependant, que lorsque la méthode d'entrée par défaut est définie sur IBus et IBus est désactivé de sorte que (AIUI, depuis que je l'ai démarré avec ibus-daemon --xim), il soit contourné en faveur de XIM, les paramètres de ~ / .XCompose semble être remplacé par la propre version d'IBus, donc par exemple, Compose ca ne donne pas ± (a-ogonek) comme je l'ai défini dans le fichier .XCompose dans mon répertoire personnel, mais ǎ (a-hacek), comme défini par certains autres réglages.

Il semble qu'il ne soit pas défini par d'autres paramètres, dans le sens d'un fichier de configuration que vous pourriez modifier. Il semble qu'il soit compilé, codé en dur dans le fichier gtkimcontextsimpleseqs.h. Il semble en outre qu'il n'est pas facile de personnaliser le gtk_compose_seqs_compacttableau dans ce fichier et d'ajouter vos propres séquences de touches de composition. La table est optimisée pour l'espace, pas facile à éditer. La stratégie "simplement changer la source et recompiler" peut donc être plus difficile que je ne le pensais.

Je me suis habitué à mes propres mnémoniques, donc y a-t-il un moyen de faire en sorte que mon système utilise mon propre fichier ~ / .XCompose avec la méthode d'entrée par défaut toujours définie sur IBus pour qu'IBus fonctionne toujours, par exemple dans OpenOffice et d'autres applications qui ne vous permettent pas de choisir la méthode de saisie avec un menu contextuel?

Il y a un rapport de bug sur https://bugzilla.gnome.org/show_bug.cgi?id=155010 qui a un correctif qui (disent-ils) permettrait de personnaliser la table de composition. Il n'utiliserait toujours pas votre fichier ~ / .XCompose, et la syntaxe serait différente, mais c'est quelque chose. Mais je note que le bug en question est toujours ouvert, donc je suppose que cela n'a pas encore fait son entrée dans les versions officielles.

Depuis Dennis Williamson a dit qu'il a travaillé à 16,04 dans un commentaire ci - dessus, je l' ai testé dans cette nouvelle installation 18,04 avec un court .XComposecopié de mon précédent 16,04 installer.

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

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

Ensuite, j'ai couru ibus restartdans un terminal et je peux taper ʁ.

1. Définir globalement ( par exemple pour Ubuntu /etc/environment) les QT_IM_MODULE, les GTK_IM_MODULEvariables (la dernière pour gnome non nécessaires) à ibuset XMODIFIERSà @im=ibus.

  2.α Exécutez setxkbmapavec -optionpour choisir la touche de composition. Par exemple , pour utiliser la touche de droite logo: setxkbmap -option compose:rwin. Cela serait écrasé au redémarrage.

  2.β Pour conserver le paramètre au redémarrage, créez le /etc/X11/xorg.conf.d/00-keyboard.confavec le contenu suivant:

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

Testé et fonctionne à la fois pour X11 et (au moins pour le setxkbmapchemin) Wayland.

Merci pour une allusion va à fujiwarat , mis à jour par cette discussion .