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で作曲を戻すにはどうすればよいですか？

ibusxinputinput-method
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
Rael Gugelmin Cunha

デニスウィリアムソンが上記のコメントで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