岩室です。

In message "[mysql 09502] Re: 日本語対応上の問題点"
    on 04/06/01, SUGAWARA Hajime <sugawara@xxxxxxxxxx> writes:
> 　一番関係が深そうなのはここかなぁ。
> 
> http://www2.xml.gr.jp/1ml_main.html?MLID=xmlmoji

そうですねぇ。ただ、私自身の一番の関心は、CUI/CLI環境で生じる問題と、
異種混在環境(Linux/Windows/Mac OS X)におけるデータ共有(ファイルサーバ
やDBなど)の際に生じる問題の解決についてなので、XMLのMLだとちょっと微妙
かなぁ、という感じがするのですが……。

# とは言え、一度ポストしてみるのもいいかもしれない。

> ＃岩室さんが話されているようなことは、過去に何度も見かけた
> ＃気がするので、きっとどこかでまとめられているでしょう。

Unicodeの諸問題についてはよく見かけるのですが(ブックマークにリンクがた
くさん)、CUI/CLI環境における問題点については、私の知る限り久保田氏のペー
ジ ( http://www.debian.or.jp/~kubota/ ) くらいしか知らないです。データ
共有についても特に見かけないような……。


In message "[mysql 09507] Re: 日本語対応上の問題点"
    on 04/06/01, とみたまさひろ <tommy@xxxxxxxxxx> writes:
> # そういや UTF-8 を表示できる端末エミュレータは触ったことないな…。

最近のxtermはUTF-8に対応しています。既存のエンコーディングについては、
luitというフィルタで変換することになっているようです。(上記の久保田氏
のページ参照)

# ちょっとだけ調べた範囲では、East Asian Width の Ambiguous な文字の幅
# は1になるらしく、ロケールをja_JP.eucJPにしても場合によっては画面が崩
# れるようです。(検証したわけではないので嘘書いてるかも)

> setlocale() で使えるロケール名とは違いますが、Solaris の iconv_ja(5) 
> を見ると、以下のようなコードセットが定義されてます。
<略>
> UTF-8
> UTF-8-Java
> UTF-8-ms932

うひょお、実装レベルで既にあるんですね、javaとmsは……(^^;

# 私の環境は今時Solaris2.6なので、下二つは出てこないです。

> アプリと端末の両方が UTF-8 をそのまま扱えるなら問題ないんですよね。

いえ、たとえ100% pure UTF-8環境であっても問題ありまくりなのが、問題な
わけで……。

# その問題に関する情報を[mysql 09501]に書いたつもりだったんですが(^^;

> たとえば、Solaris では setterm -x XXXX というコマンドを実行すれば、端
> 末のコードが XXXX であることを OS が認識してくれて、それ以降の端末の入
> 出力は自動でコード変換してくれます。
> 
> 例: LANG=ja_JP.eucJP で setterm -x SJIS とすると、端末からの入力は 
>     SJIS → EUC 変換され、端末への出力は EUC → SJIS 変換される

こんなのがあったんですね、知らなかった……。(Solarisユーザなのに^^;)
私は、拙作の cocot ( http://iwa.ath.cx/software/cygwin/cocot.html ) と
いうツールでコード変換かけてます。できることは setterm と同じ。

# 何でしつこくこの問題を追求するかというと、cocotのUTF-8対応について、
# 現在進行形で頭をかかえているからなのでした。表示も入力もできるんです
# が、ASCII+JIS X 0208の範囲内の文字セットしか使ってないのに、
# ja_JP.UTF-8だと画面が崩れたりファイルが正しく編集できなかったりして
# 実用にならない……。
-- 
岩室元典 [E-Mail: vmi@xxxxxxxxxx / iwa@xxxxxxxxxx]
「……雑でした」(「Fate/stay night」TYPE-MOON)