Ubuntu 17.10 その6 - IBusか、それともFcitxか

インプットメソッドフレームワークと日本語環境

既報の通り、次期Ubuntuである「Ubuntu 17.10」からデフォルトのデスクトップ環境が「Unity」から「GNOME Shell」に代わります。

• Ubuntu 17.10でWaylandへ移行・デスクトップ環境はGNOME Shellに変更か

Ubuntuの日本語環境

現在日本語環境の「Ubuntu」では、デフォルトのインプットメソッドフレームワークに「Fcitx」を採用しています。


「システム設定（unity-control-center）」の「テキスト入力」から入力ソース（インプットメソッド）の設定が可能です。

IBusも利用可能

必要ならユーザーは、「IBus」を利用することもできます。


「IBus」でも同様に「システム設定」の「テキスト入力」から入力ソース（インプットメソッド）の設定が可能です。

Ubuntu GNOME（GNOME Shell）の日本語環境

一方「Ubuntu GNOME」では、デフォルトのインプットメソッドフレームワークに「IBus」を採用しています。


「設定（gnome-control-center）」の「地域と言語」から入力ソース（インプットメソッド）の設定が可能です。

IBusか、それともFcitxか

さてubuntu-desktopメーリングリストにて、次期「Ubuntu」のデスクトップ環境が「GNOME Shell」へ移行するにあたり、インプットメソッドフレームワークの扱いについて議論及び提案が行われています。

• Advanced input methods in 17.10/18.04

unity-control-center（システム設定のこと）は、IBusとFcitxの両インプットメソッドフレームワークをサポートしている。

多くの言語環境ではIBusがデフォルトで起動する一方、中国語、日本語、韓国語及びベトナム語環境（CJKV）では、Fcitxがデフォルトのインプットメソッドフレームワークになっている。

従ってUbuntuインストール時にCJKVを選択すれば、Fcitxがデフォルトのインプットメソッドフレームワークとして使用される。

gnome-control-center（設定のこと、以下g-c-cと記述）はIBusのみをサポートしており、インストール時の言語に関わらず、Ubuntu GNOMEではIBusがデフォルトのインプットメソッドフレームワークになっている。

Don't override IM variablesの不具合が修正されて以来、例えg-c-cがIBus以外のインプットメソッドフレームワークをサポートしていないとしても、Ubuntu GNOMEユーザーはFcitxやIBusに代わるインプットメソッドフレームワークを利用することができる。

ただg-c-cがIBusしかサポートしていないため、異なるインプットメソッドフレームワークを利用するなら、g-c-cからではなくインプットメソッドフレームワークが提供するツールを利用して、インプットメソッドのセットアップを行う必要がある。

これがUbuntuがCJKVでデフォルトのインプットメソッドフレームワークをIBusからFcitxに切り替えた理由である。

Fcitx及びFcitxのツールは、多くのCJKVユーザーによってより良いメンテナンスが行われており、また、多くのCJKVユーザーはIBusよりもFcitxを好んでいる。
特に簡体字中国語ユーザーにとってその傾向が強い。

CJKVとは、各言語の頭文字を組み合わせた表現です。

• 中国語（Chinese）
• 日本語（Japanese）
• 韓国語（Korean）
• ベトナム語（Vietnamese）

CJKV環境ではインプットメソッドフレームワークにFcitxを採用していますが、「gnome-control-center」からFcitxの設定を行うことができないため、このままFcitxを採用し続けた場合、ユーザーは入力ソース（インプットメソッド）の設定を直接Fcitxの設定画面から行う必要があります。

この状況は特にライトユーザーにとって分かりにくく、混乱を招くことになりかねません。

さてこの状況に対してどのようなアプローチ（対応方針）が良いのか、3種類の提案がなされています。

1.gnome-control-centerからFcitxを設定できるようにする

CJKV環境では引き続きFcitxを採用し、「gnome-control-center」からFcitxを設定できるようにする案です。

この案に対しては、以下の疑問があるとのことです。

• 「gnome-control-center」にFcitxの対応作業を行える時間のある人はいるのか？
• その修正内容をアップストリームに受け入られてもらえるのか？ 

2.何も変更しない

CJKV環境では引き続きFcitxを採用し、「gnome-control-center」のFcitx対応も行わない案です。
この案はユーザーの混乱を招くことになるでしょう。

またIBus以外のインプットメソッドフレームワークと「Ubuntu GNOME」との組み合わせで十分にテストされているのか不明とのことです。 

3.IBusに戻す

以前「Ubuntu」では、インプットメソッドフレームワークにIBusを採用していました。

CJKV環境でもデフォルトのインプットメソッドフレームワークにIBusを採用し、すべての言語でIBusを採用する案です。

FcitxはWaylandに対応していない

次期「Ubuntu」でWaylandセッションがデフォルトになる予定ですが、FcitxはWaylandに対応していません。

• Advanced input methods in 17.10/18.04

FcitxのWayland対応は現在作業中とのことです。

• Fcitx - Todo-List

このままいけば、IBusか？

FcitxのWayland対応がいつ完了するのか分かりませんし、「gnome-control-center」のFcitx対応もどうなるか分かりませんが、もしいずれの対応も「Ubuntu 17.10」に間に合わないのであれば、IBusに戻すのが一番混乱を回避できるのかな、という印象です。

後Fcitxにするなら、インジケーターの表示も対応する必要がありますね。

IBusに戻した場合、Fcitx自身が提供している機能は利用できなくなります。
（Mozcの機能は関係ない）

もしFcitxの機能を活用していた場合、それらの機能はIBusでは利用できなくなるため、その機能を諦めるか代替手段を探す必要があります。

Ubuntu Kylin（余談）

ところで中国語ユーザー向けのフレーバーである「Ubuntu Kylin」は、今までデスクトップ環境に「Ubuntu」と同じく「Unity」を採用していました。

しかし「Ubuntu Kylin 17.04」にて、デスクトップ環境をMATEベースの「UKUI」へと変更しました。


「UKUI」は「GNOME Shell」ではないため、引き続きFcitxで問題ないでしょう。
「Ubuntu Kylin 17.04」では「Fcitx」が採用されています。