web-dev-qa-db-fra.com

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

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

Cependant, ibus-table-compose est une tâche ardue à utiliser car, pour saisir un caractère, il faut appuyer sur la combinaison de touches pour déclencher IBus en premier, entrer la séquence de composition respective, puis appuyer sur IBus. combinaison de touches à nouveau pour le désactiver. Au lieu de cela, je préférerais conserver les fonctionnalités de composition telles que fournies par XIM, car cela nécessite moins de frappes au clavier.

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

Je suis devenu assez habitué à mes propres mnemnonics. Y a-t-il moyen de faire que mon système utilise mon propre fichier ~/.XCompose avec la méthode de saisie par défaut toujours définie sur IBus pour que IBus reste toujours travail 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: Ceci n'est pas une copie de la question Comment puis-je me remettre à l'aise avec ibus?

ibusxinputinput-method
14
Jipí

Comme indiqué par @von, vous ne POUVEZ PAS utiliser votre .XCompose avec IBUS pour le moment.

Vous pouvez utiliser uim comme méthode de saisie, qui prend en charge Unicode, ainsi que les immodules GTK + et Qt avec un support hérité XIM .

Un bon moyen de gérer votre .XCompose et de conserver la 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 .XCompose et ajoutez les paramètres régionaux du clavier actuel (dans mon cas, en_US) en tant que 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 obtenir votre fichier .XCompose.

Problèmes connus

Ubuntu Unity Dash ne produira jamais de cédille.

Autres Distros

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

J'ai créé un référentiel avec ces instructions (pour Ubuntu et d'autres distributions également): https://github.com/raelgc/win_us_intl

6
Rael Gugelmin Cunha

Depuis que William Williamson a déclaré que cela fonctionnait dans 16.04 dans un commentaire ci-dessus, j’ai testé cette nouvelle installation de 18.04 avec un court .XCompose copié de mon installation précédente 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

Ensuite, j'ai lancé ibus restart dans un terminal et je peux taper.

1
Moilleadóir

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

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

Je me suis assez habitué à mes propres mnemnonics. Y a-t-il moyen de faire que mon système utilise mon propre fichier ~/.XCompose avec la méthode de saisie 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 bogue à l'adresse https://bugzilla.gnome.org/show_bug.cgi?id=15501 qui contient un correctif qui (selon eux) 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 remarque que le bogue en question est toujours ouvert, donc je suppose que cela n’a pas encore été intégré dans les versions officielles.

1
von