岩室です。

# や、ここで私の不満をぶちまけてもあんまり意味はないんですけど……(^^;

In message "[mysql 09469] Re: 日本語対応上の問題点"
    on 04/05/28, とみたまさひろ <tommy@xxxxxxxxxx> writes:
> 昔ながらの C API でカラム数を取得するなら、マルチバイト文字列をワイド
> 文字列に変換して、wcwidth() を使えば取得できますね。

しかし! その情報はアプリケーションが動いている環境でしか取得できなくて、
端末エミュレータを動かしている環境では把握できないのですよ!!ヘ(T_T)へ

それでも、ASCIIとEUC-JPとShift_JISとISO-2022-JPしか使っていないときは
(暗黙のコンセンサスがあったので)困らなかったのです。

# EUC-KRやBig5などでも同様だろうと思う。

ところが、Unicodeがからんでくると……。

> この例では書いてませんが、日本語EUCでは、半角カタカナは２バイトですが
> ちゃんとカラム数は 1 と出力されます。

では、LANG=ja_JP.UTF-8で「α」は1なのか2なのか? どちらかだとして、それ
は果たして適切な選択なのか? UTF-8な環境にてマルチウィンドウエディタで
ウィンドウ分割してEUC-JPとISO-8859-7を同時表示したときはどうなるのか、
どうすべきなのか?

……などの点で、CUI/CLIに関する実用上の不都合がいろいろと出てくるので
した。ぁぅぁぅ。

# 調べてみたところ、UTF-8を扱える既存のアプリ(Emacs, lv, w3m, perl な
# ど)は個別対処になっていて、統一された枠組がなかったり。全部独自のラ
# イブラリや変換表持ってたりするしなぁ……。産総研のm17nライブラリ
# ( http://www.m17n.org/m17n-lib/index.html )にちょっと期待したんだけ
# ど、CUI向けの枠組はないみたいです。
-- 
岩室元典 [E-Mail: vmi@xxxxxxxxxx / iwa@xxxxxxxxxx]
「……雑でした」(「Fate/stay night」TYPE-MOON)