正規化 - odz buffer
ref:ウノウラボ Unoh Labs: Mac OS X上のUnicode ref:はてなブックマーク - ウノウラボ Unoh Labs: Mac OS X上のUnicode 符号化方式と正規化の問題を激しく混同した解説をどうも。ブックマークコメントをみても正しく問題が伝わっていないように思える。というか、書いた人がきちんと認識してないんじゃないか。 2007年09月04日 omaya omaya 誰が悪いんだろう。 強いて言えば NFD な Unicode の入力に対してまともに動かない Web アプリじゃないかな。 2007年09月04日 mattn mattn macosx, unicode ブラウザのバグだしバージョンで処理しないといけないのかな... ブラウザのバグではない。 しかもややこしいことに、UTF-8で濁点をあらわすコードは「U+309B」（KATAKANA-HIR
Snow LeopardのMailはUTF-8のメールを量産する - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
Apple Mail（Mail.app）がcharset=ISO-2022-JPのメッセージを表示する際の変換テーブルが、おかしい。 WindowsとMacでは、JIS X 0208に含まれる文字の範囲において、下図のようなUnicodeマッピングの相違が存在する。たとえばWindowsはJIS X 0208の1区33点「〜」（波ダッシュ）をU+FF5E FULLWIDTH TILDEと解釈し、Macは同じ文字をU+301C WAVE DASHと解釈する。 ところがMac OS X 10.6 Snow LeopardのMail 4.1（1076）は、Apple製の（そしてもちろんMac専用の）アプリケーションであるにもかかわらず、上図のすべての文字について、Windows側のマッピングによってcharset=ISO-2022-JPのメッセージを解釈する。 その一方でMailは、「Unico
MacPortsのSubversionが濁点つきのファイル名を扱えるようになってた - hnwの日記
追記(2009-07-17)：僕の環境だけかもしれませんが、upgradeするときは「sudo port upgrade subversion +unicode_path」としないと、新バージョンがvariantsの指定無しでビルドされてしまいます。どうにも面倒なのですが、何とかならないもんですかね。 以前、僕は「濁点ファイル名も扱えるSubversionをMacPortsでインストール」という記事を書きました。MacのSubversionだと濁点を含む日本語ファイル名が上手く扱えないから、偉い人が作ってくれたパッチを当てるといいよ、という話題でした。 ところが、今日になってSubversion 1.6.0にしようと思ったらunicode_pathというvariantsの存在に気づきました。下記のようにすれば、濁点がうまく扱えるパッチを当ててくれます。 $ port install sub
Macの合字ファイル名で困ったときにはUnicode::Normalizeで処理すべし - 狐の王国
何やらMacな人から頂いたファイルだの自分のMacからDebianに持ってきたファイルだのが合字(リガチャ, ligature)になってることがあって、Debianのターミナルなんかでは正常に表示されなかったりする。 合字っていうのはWikipediaの合字の項目を見るとわかるけども、複数の文字が結合されたものね。 日本語だと濁点や半濁点を、Macは合字として扱う。つまり「ぱ」ではなく「は゜」と2文字になってて、それを表示するときに1文字幅で表示させる(合字にする)わけね。 というわけでこれ処理するライブラリないのかなーとIRCで相談してみたら、Unicode::Normalizeを使えとのお達しが。 From Cとか From Dとかよく意味がわからないんだけども、一緒に教えてもらったUAX #15: Unicode Normalization Formsをの図を見ると少し意味がわかった
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
