mlterm-dev-ja

[Mlterm-dev-ja] =?ISO-2022-JP?B?GyRCJW0lMSE8JWskSBsoQg==?= mlterm =?ISO-2022-JP?B?GyRCJE4lKCVzJTMhPCVHJSMlcyUwJCwwYyQmPmw5ZyRORn5OTxsoQg==?=

[Tomohiro K. <tk...@ri...>]

久保田です。

ちょっとやっかいな問題を見つけてしまいました。とりあえず mlterm を
起動し、それから mlconfig を使って現在のロケール以外のエンコーディングに
切り替えたとき、そのエンコーディングの文字が入力できないのです。

たとえば、ja_JP.eucJP ロケールで mlterm を起動し、mlconfig を使って
EUC-JP から UTF-8 に切り替え、setxkbmap il などの状態で AltGr と
他のキーを押しても、何も入力されません。

あるいは、ja_JP.eucJP ロケールで、mlterm -E UTF8 と起動しても、同じ
ことになります。

この原因は明らかで、キー入力に使っている XmbLookupString() は
ロケールが指示するエンコーディングで文字列を取得します。上記の例なら
EUC-JP エンコーディングで文字列を得ます。とうぜん、ヘブライ文字を
EUC-JP で表現することはできないので、入力することができません。


いくつか解決策があります。

1. ロケールによってしかエンコーディングを決められないようにする。
   つまり、ロケールが指定する以外のエンコーディングを使いたいと
   考えるユーザのほうが悪い、という立場をとる。
   (mlconfig 等からエンコーディングの設定を廃止する)。
   これだと、ロケールにないエンコーディングが使えなくなってしまいます。

2. mlconfig でエンコーディングを変えたとき、相当するロケールに
   自動的に変更するようにする。
   XIM の変更と同じようにする、ということです。が、これも、
   利用できるロケールがなければそのエンコーディングは使えません。

3. Xutf8LookupString() を使う。
   ぼくはこれがいちばんきれいな解のように思えます。CJK Han Unification
   などに原理的に対応できなくなりますが、どうせ現状でも対応できている
   OS などありませんし (つまり、XmbLookupString() を使うことで、
   CJK の漢字を使い分けることが可能な OS ってないでしょう、ということ)。

ちなみに、XTerm は、ja_JP.eucJP ロケールで xterm -u8 と起動しても、
その状態でヘブライ文字の入力ができます。それは、Xutf8LookupString()
を使っているからです。

いかがでしょうか。

---
久保田智広 Tomohiro KUBOTA <ku...@de...>
http://www.debian.or.jp/~kubota/
"Introduction to I18N"  http://www.debian.org/doc/manuals/intro-i18n/

Re: [Mlterm-dev-ja] =?ISO-2022-JP?B?GyRCJW0lMSE8JWskSBsoQg==?= mlterm =?ISO-2022-JP?B?GyRCJE4lKCVzJTMhPCVHJSMlcyUwJCwwYyQmPmw5ZyROGyhC?= =?ISO-2022-JP?B?GyRCRn5OTxsoQg==?=

[Araki K. <j00...@ip...>]

	荒木です:-)

	Subject: [Mlterm-dev-ja] ロケールと mlterm のエンコーディングが違う場合の入力
	From: Tomohiro KUBOTA <tk...@ri...>
	Message-ID: <200...@si...>
	Date: Tue, 11 Dec 2001 21:57:46 +0900

> 1. ロケールによってしかエンコーディングを決められないようにする。
>    つまり、ロケールが指定する以外のエンコーディングを使いたいと
>    考えるユーザのほうが悪い、という立場をとる。
>    (mlconfig 等からエンコーディングの設定を廃止する)。
>    これだと、ロケールにないエンコーディングが使えなくなってしまいます。
> 
> 2. mlconfig でエンコーディングを変えたとき、相当するロケールに
>    自動的に変更するようにする。
>    XIM の変更と同じようにする、ということです。が、これも、
>    利用できるロケールがなければそのエンコーディングは使えません。
> 
> 3. Xutf8LookupString() を使う。
>    ぼくはこれがいちばんきれいな解のように思えます。CJK Han Unification
>    などに原理的に対応できなくなりますが、どうせ現状でも対応できている
>    OS などありませんし (つまり、XmbLookupString() を使うことで、
>    CJK の漢字を使い分けることが可能な OS ってないでしょう、ということ)。

        で、これ、どうしましょう?

        1 は、ちょっとアレとしても、1 に近い解として、入力はできないけど、表示は
        できる、という現状のまま、というのもアリかと思います。
        
        2 については、複数の pty ウィンドウを立ち上げている場合に、他の端末のロ
        ーケールにも影響してしまうことを考えますと、苦労の割に実りのない選択肢
        だなぁ、と思い直しました。

        3 は、UTF8 エンコーディングのときだけ Xutf8LookupString() する、というこ
        とでしたら、別にいいかなと思います。

        3 に近い解として、エンコーディングに限らず、
        XmbLookupString() => XLookupString() => Xutf8LookupString()
        のように、三段構えで文字入力を受け取るというのでも問題は解決できるのではない
        か、と思います。

        個人的には、(もしそれで問題が解決できるのなら)一番後者のやり方がいいなぁ、
        と思っていますが、どうでしょうか?

	では
--
kiken
j00...@ip...