“情報化時代”に追いつけるか？ 審議が進む「新常用漢字表（仮）」： 第2部 新常用漢字表と文字コード規格第5回 なぜUnicode正規化は生まれたか
● 互換用文字は、存在するはずのなかった文字 前回までは互換漢字が追加提案しにくくなっている現状について述べた。規格の上から互換用文字／互換漢字といった文字がどのように考えられているかは、次のUnicode規格書の一文に明らかだ。 Conceptually, compatibility characters are those that would not have been encoded except for compatibility and round-trip convertibility with other standards.（概念上からは、互換用文字とは他の規格との互換性及び往復の保全性の目的以外には、符号化されるはずのなかった文字である。） 『Unicode Standard 5.0』2.3 Compatibility Characters（http://www.uni
InDesign CS3にCJK互換漢字をペーストしたときの文字化け - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
InDesign CSには、「エディタなどからクリップボード経由で標準テキストをペーストすると、互換漢字が統合漢字に化けてしまう」というバグ（またはタコな仕様）があった。これは、InDesign CS2で修正された。 ところがInDesign CS3では、以前の仕様にもどってしまっている。下図は、左上のウインドウ（Jedit Xの標準テキスト・モード）のCJK互換漢字をコピーし、右下のウインドウ（InDesign CS3）にペーストしたもの。 これらの互換漢字と統合漢字はUnicode的には正規等価（canonical equivalent）であるから正規化（統合漢字に統一）されても仕方がないという理屈も世の中にはないではないのだが、日本語ユーザにとって互換漢字は数多くの人名用漢字を含むものであり、それを無言で「正規化」するような振る舞いが（特にDTP用のアプリケーションでは）危険であるこ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
