XMLと文字メーリングリスト メッセージ閲覧

> しかし、なにか、ここまでくると見苦しい気もします。
> 
> Compatibility Encoding Scheme for UTF-16: 8-Bit (CESU-8)
> 
> http://www.unicode.org/unicode/reports/tr26/
> 
> 技術的内容がないという意味で、UTF-32 を越えるものです。

これって、
「sarrogate 未対応の UTF-16 <--> UTF-8変換」
が、そのまま
「UTF-16 <--> CESU-8変換」
として生き残れる、ということになりますよね。

いろいろ書いてありますけど、結局はめんどくさい sarrogate
対応をやらないですます為の仕様ということでしょうか？

---------------------------------
イースト株式会社. (http://www.est.co.jp)
渋谷　誠 (mshibuya@est.co.jp)

　川俣です。

　"Masahiko Maedera <SGQ00310@nifty.ne.jp>"さんは書きました：
> しかし、なにか、ここまでくると見苦しい気もします。
> 
> Compatibility Encoding Scheme for UTF-16: 8-Bit (CESU-8)
> 
> http://www.unicode.org/unicode/reports/tr26/
　プログラムの内部処理で使うものだと主張しているようですが。
　いったい、どんなプログラムで使うんだろう、と言うのが第1印象。
　最近のWindowの中身は(サロゲートの処理をするかどうかはともかく)UTF-16ベ
ースで動いてるはずで、ASCII互換にするメリットは無いし、JavaもC#もVBも、
文字列は(サロゲートの処理をするかどうかはともかく)UTF-16ベースになってる
し。
　かといって、レガシーなC/C++プログラムでも、Unicode使うって決めた時点で
UTF-8入出力が要求される可能性が大きいはずなので、そのまんま内部もUTF-8で
持てばラクチンなのに、なんで更に別のコードに変換したい?

-- 
 (株)ピーデー 川俣 晶 (http://www.autumn.org/ mailto:autumn@piedey.co.jp)