HFS+のファイル名を比較する厳密な方法 - Note
Macユーザーなら、HFS+の勝手なファイル名の「正規化」には悩まされてますよね！ まず浅い理解として、HFS+はファイル名をNFDに正規化する。次に、HFS+は互換漢字を統合漢字にはぜず、それ以外をNFDに正規化する。まあそれで合ってるんですけれど、実際にはそんな簡単な話ではありません。 この記事では、カーネルが行なっているファイル名の変換の再現に挑戦します。 ソースコード こういうものは一次ソースを見るのが一番です。外から挙動を推測したって見落としは出ます。Darwinのカーネルはオープンソースになってますので以下で見ることができます。 ファイルアクセスは、Darwinカーネルの中のDarwinのカーネルであるXNUというモジュールが担当してます。 http://www.opensource.apple.com/source/xnu/ うろうろ まず、ファイルアクセスAPIからやって来
Unicode正規化 – ものかの
コンテンツへスキップ 以前書いたものです。旧サイトへのリンクを貼っておきます。 Unicode正規化 その１ Unicode正規化 その２ Unicode正規化 その３ Unicode正規化 その４ Unicode正規化 その５
InDesign CS3にCJK互換漢字をペーストしたときの文字化け - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
InDesign CSには、「エディタなどからクリップボード経由で標準テキストをペーストすると、互換漢字が統合漢字に化けてしまう」というバグ（またはタコな仕様）があった。これは、InDesign CS2で修正された。 ところがInDesign CS3では、以前の仕様にもどってしまっている。下図は、左上のウインドウ（Jedit Xの標準テキスト・モード）のCJK互換漢字をコピーし、右下のウインドウ（InDesign CS3）にペーストしたもの。 これらの互換漢字と統合漢字はUnicode的には正規等価（canonical equivalent）であるから正規化（統合漢字に統一）されても仕方がないという理屈も世の中にはないではないのだが、日本語ユーザにとって互換漢字は数多くの人名用漢字を含むものであり、それを無言で「正規化」するような振る舞いが（特にDTP用のアプリケーションでは）危険であるこ
“情報化時代”に追いつけるか？ 審議が進む「新常用漢字表（仮）」： 第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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
