web-dev-qa-db-ja.com

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

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

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

ただし、問題は、デフォルトの入力方法がIBusに設定され、IBusが非アクティブ化され、(AIUI、ibus-daemon --xim)で開始されたためです。 XIMを優先してバイパスされ、〜/ .XComposeの設定はIBusのバージョンによってオーバーライドされるようです。たとえばCompose c aは、ą(a-ogonek)を.XComposeファイルはホームディレクトリにありますが、ǎ(a-hacek)、他の設定で定義されています。

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

注:これは質問の重複ではありません ibusで作曲を戻すにはどうすればよいですか?

14
Jipí

@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)をfirst lineとして追加します。

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

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

既知の問題

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

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

最近、現代のディストリビューションで.XComposeおよびInput Methodsを少し使用しましたが、Linuxでラテン言語のWindows(TM)と同じキーボード動作を維持しようとしています(çの代わりにć 、アクセント付き子音なしなど)。

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

6

デニスウィリアムソンが上記のコメントで16.04に機能すると言ったので、この新しい18.04インストールで、以前の16.04インストールからコピーした短い.XComposeでテストしました。

# 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
Moilleadóir

ただし、問題は、デフォルトの入力方法がIBusに設定され、IBusが非アクティブ化されると(AIUI、ibus-daemon --ximで起動したため)、XIMを優先してバイパスされるため、〜/の設定が.XComposeは、IBus自身のバージョンによって上書きされるようです。たとえば、構成c aは、ホームディレクトリの.XComposeファイルで定義したą(a-ogonek)ではなく、他の設定で定義されているǎ(a-hacek)を提供します。

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

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

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

1
von