IBusが〜/ .XComposeを無視しないようにするにはどうすればよいですか？

Ubuntu 12.04をゼロからインストールした後、UIMはボールをプレーしたくなかったので、IBusを試しました。これはデフォルトでUbuntuに付属しているIMEフレームワークだからです。

ただし、ibus-table-composeは使用するのが苦痛です.1つの文字を入力するために、最初にキーの組み合わせを押してIBusをトリガーし、それぞれの構成シーケンスを入力してから、IBusキーの組み合わせをもう一度押して無効にする必要があるためです。その代わりに、XIMで提供されるキー作成機能をキープストロークが少なくて済むので維持したいと思います。

ただし、問題は、デフォルトの入力方式がIBusに設定され、IBusが非アクティブ化されると（AIUI、ibus-daemon --ximで起動したため）、XIMを優先してバイパスされるため、〜/の設定が.XComposeは例えばので、Iバスの独自のバージョンで上書きされているように見える作曲CAが与えるものではありません、±私はで定義された（ -オゴネク）を.XCompose私のホームディレクトリ内のファイルが、ǎいくつかによって定義されるように、（ - HACEK）その他の設定。

私は自分のニーモニックにかなり慣れてきたので、デフォルトの入力方法をまだIBusに設定したまま独自の〜/ .XComposeファイルを使用して、IBusがOpenOfficeや他のアプリケーションで動作するようにする方法はありますかコンテキストメニューで入力方法を選択できないのですか？

注：これは質問の複製ではありません

@vonが述べたように、.XCompose今のところIBUSで使用することはできません。

uim入力メソッドとして使用できます。これは、Unicodeをサポートし、GTK +とQt immoduleの両方がレガシーXIMサポートを備えています。

を処理し、.XCompose既存のグローバルComposeを保持するための良い方法は次のとおりです。

1. uimをインストールします。

   sudo apt-get install uim

2. デフォルトの入力方法にします。

   im-config -n uim

3. を編集して.XCompose、現在のキーボードロケール（私の場合はen_US）を最初の行として追加します。

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

4. できた！.XComposeファイルの取得を開始するプログラムを再起動します。

既知の問題点

Ubuntu Unity Dashはセディラを生成しません。

その他のディストリビューション

.XCompose最近のディストリビューションでは、ラテン言語のWindows（TM）と同じキーボード動作をLinuxに保持させようとしながら、入力メソッドで少し遊んでみました（出力のç代わりにć、アクセント付き子音なしなど）。

この手順でレポジトリを作成しました（Ubuntuおよびその他のディストリビューション用）：https : //github.com/raelgc/win_us_intl

ただし、問題は、デフォルトの入力方法がIBusに設定され、IBusが非アクティブ化されると（AIUI、ibus-daemon --ximで起動したため）、XIMを優先してバイパスされるため、〜/の設定が.XComposeはIBus独自のバージョンによってオーバーライドされるようです。たとえば、Compose caは、ホームディレクトリの.XComposeファイルで定義したą（a-ogonek）ではなく、一部で定義されたǎ（a-hacek）その他の設定。

編集する可能性のある構成ファイルの意味で、他の設定によって定義されていないようです。コンパイルされ、ファイルにハードコードされているようですgtkimcontextsimpleseqs.h。さらにgtk_compose_seqs_compact、そのファイルの配列をカスタマイズし、独自のComposeキーシーケンスを追加するのは簡単ではないようです。テーブルは、編集しやすいようにスペースではなく最適化されています。したがって、「ソースを単に変更して再コンパイルする」戦略は、思ったよりも難しいかもしれません。

私は自分のニーモニックにかなり慣れてきたので、デフォルトの入力方法をまだIBusに設定したまま、システムで独自の〜/ .XComposeファイルを使用して、IBusがOpenOfficeや他のアプリケーションで動作するようにする方法はありますかコンテキストメニューで入力方法を選択できないのですか？

https://bugzilla.gnome.org/show_bug.cgi?id=155010にバグレポートがあります。これには、構成テーブルのカスタマイズを可能にする（と言う）パッチがあります。〜/ .XComposeファイルは使用されず、構文も異なりますが、それは何かです。しかし、問題のバグはまだオープンであることに注意してください。したがって、これはまだ公式リリースには含まれていません。

デニスウィリアムソンは、上記のコメントで16.04に機能すると述べたため、この新しい18.04のインストールで.XCompose、以前の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

その後ibus restart、ターミナルで実行し、ʁと入力できます。

1. グローバルに設定（でUbuntuのためにすなわち/etc/environment）QT_IM_MODULE、GTK_IM_MODULE変数（GNOMEの最後の不要な）にibus、およびXMODIFIERSへ@im=ibus。

  2.αで実行setxkbmapし-optionて、構成キーを選択します。たとえば、正しいロゴキーを使用する場合：setxkbmap -option compose:rwin。これは再起動時に上書きされます。

  2.β再起動時に設定を保持するには/etc/X11/xorg.conf.d/00-keyboard.conf、次のコンテンツでを作成します。

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

テスト済みであり、X11と（少なくともsetxkbmap途中の） Waylandの両方で動作します。

ヒントをありがとう、この議論ごとに更新されたfujiwaratに行く。