kosaki
m-kos****@ceres*****
2006年 5月 19日 (金) 20:41:19 JST
小崎です。 > > > * CP51932 (Windows の EUC-JP のコードページ) について > > > - CP51932 は必要ないのでは? > > > あまり議論されず。 > > > すいませーん。 > > 誰かオイラに逆にCP51932だけで、eucJP-msやめちゃったら困る人たちの > > 例を教えてください。 > > 困るかどうかはお構いナシに、やめられないでしょう :) よく分からなかったので教えてくださいませ。 僕はもしも困る人が本当にいないんだったらやめられると思いますよ ＃いると思うんですが > > eucJP-ms欲しい人って > > > ・あとからCP932に戻すので、情報落ちがないこと > > ・unixなツールで処理するのでMSBみたらASCIIかどうか分かる > > EUCな性質が保持されていること > > > の２点しか求めていないんじゃないの？？ > > という気が昨日から猛烈にしてきているんですが。 > > で、その2点の前者については、cp932 なバイト列から > iconv -f cp932 -t eucJP-ms のように直接変換すれば成り立つでしょう。 > 実際には、クライアントサイドで cp51932 に変換してしまったものを > そのまま放り込んでいる、というような例が多いという話が > この ml でも以前に指摘されているように、 > 運用上うまくいっていないのではないかと思います。 > > これも、名前が悪かったかなぁとも思います。 僕も実運用としてピュアなeucJP-msでデータが蓄積されている例って 思いつかなくて、結局cp51932とごっちゃになってる例が多いと 思っています。 でも、それなら、やめられますよね。 そういう人たちはCP51932に移行したって失うものはないですよ。 あーっと、補足。 どっちかというと実装の有無よりもドキュメントの方を気にしています。 実装がそんなに大変じゃないのは僕でも分かる。 eucJP-msを推奨して行くのか、CP51932を推奨して行くのか、 はたまた共存させるんだったら、どういう基準で使い分けろと 一般プログラマーに啓蒙していくのか。 同じ事を何回も書いて申し訳ないが、ガイドラインなしで 変換テーブルだけ増やしても事態が好転するとはまったく思えないんですよ。 SJISとCP932が分かれているだけでも大混乱して文字化けさせまくる プログラマーはたくさんいるんですよ。 -- kosaki <m-kos****@ceres*****>
