APIではサポートされないの2つのルールからIEで書いたコメントはIEでもFirefoxでもきちんと見られるが、Firefoxで書いたコメントはFirefoxでしか見れないという結論が導かれる。うーん、だめですねー。フォックス君いくら補助漢字がEUCの規格的にOKと言っても、相手が理解できない形式で通信を送らないのは相互運用性(Interoperability)の基本ですよ。次、EUCでは絶対表現できない文字列(ハングル)これは、「もしかしてFirefoxってPOST時に勝手に数値文字参照に変換」することをまったくサポートしていないブラウザなん?と疑問に思ったから。脱線気味だけど、ゆるしてなおハングルを日本語版Windows標準のIMEで入力することは出来ないが、韓国のサイトなどを表示させて、そこからカット&ペーストで文字列コピーしてくることは出来る。ブラウザが内部Unicodeで動いているおかげである。%26%2354620%3B%26%2344544%3Bすべて同じ。U+AE00(10進で44544)ね。ここから、なかなか楽しい結論が導き出される。212(補助漢字)の範囲だけはFirefoxで入力すると文字化けする。̄)y━・~~~と、ゆーわけでブログ界の文字化けは、あまり単純ではない。それを何とかする為に我々はプロジェクト「セーブ・ザ・鷗外」を立ち上げることを、ここに宣言する。活動内容は以下の通り・文字化け状況の確認。・ブログ運営会社(はてななど)に文字化けを防ぐためのライブラリやその適切な使い方をコンサル(勝手にw本家レガシーエンコーディングプロジェクトがオープンソースのソフトがレガシーエンコーディングをまったくサポートしてない事が多い状況をなんとかしよう。いうプロジェクトなのに対して、こちらはそれが解決した上でどう使っていったらみんなが幸せになれるかを追求していくプロジェクトです。参加者はいつでも大募集中です。Unicodeはなんの役に立つのか?P.S.プロジェクト名はもちろん「セーブ・ジ・アース」のパクリなんだけどこんな↓いかついオッサンが「たすけてー」と泣いている様は想像するだに楽しいのでこうしてみた。今日、ミラクルリナックスの吉岡さん主催の「文字コードヲタクで集まってピザとビールを楽しむ会」に参加してきた。(うそ、本当はレガシーエンコーディング変換機能の開発オフラインミーティング)ちょっと(だいぶ)遅刻してしまいご迷惑をおかけしてしまったのだが、いやー、ヲタク同士の極めて濃ゆい会話を堪能させていただいた。普段リアルで顔を会わせる面子で文字コードで盛り上がるなんて不可能だからこういう集まりは素直にうれしい。あの場で酒の勢いでいろいろと放言してしまったのだが、たぶん、今日の酒の量だとほとんどの人は明日には忘れ去られていると思うので改めてこのブログで意思表明をしたい。それ以外のエンコーディングは必要ない。スジがいいとか悪いとかは関係ない。CP5022xでいいじゃん。現実重視!・英語ホームページを作って欲しい。いう疑問に答えることはコミュニティに受け入れられる上で極めて重要。非互換の実装をしていくので事態はどんどん悪化していく。コア部分の開発、2流の技術者がnlsサポートみたいなアサインは珍しくない。自動生成して対応する。ある種のデファクトだから。非互換になって困ってしまうんだ、的な使い方の情報必要。いう状況は無くさなければならないという強い意志をもって欲しい。なければ、相互運用など出来ない。同じものに同じ名前が付くように働きかけをして欲しい。出来る範囲でお手伝いさせていただきますゆえ・・・ところで、僕はeucJP-msとCP50932がなぜ両方必要なのかをまだ理解できてません。だれか教えてくださませ。芝野いいんちょーと初めて議論させていただきました。Encodeのナゾ最近会う機会が無いので、トラックバックします。$moji;で出てきた文字をWindowsのメモ帳とか秀丸でみると、~の波形が反対になった文字になってしまいます。Tildeのことです。Consortiumが用意したJISX0212とUnicodeの変換表がそうだったから」ということになります。Encodeのせいではないのです。用語をはっきりさせよう。DASH)という文字です。我々が普段使っている日本語Windowsマシンで全角のチルダや半角の波線は存在しない(事になっている)でも、まあカタチが似てるからみんなごった煮で使うんだけど。Tilda)が追加されてます。DASHはチルダとは波が逆になっている。(なぜかこの下にどえらい余白が出来ているが直せない。dashま、波打ってる線には違いないから文句をいわれる筋合いはありませんな。3.0(ごめん最新版は持ってないの)の例示字体は確かに逆。221はその翻訳)ではチルダと同じ向きになっている。Specificatonと細かなところが色々違うので油断できない。はっはっは(笑い事じゃないんだけど)で、話を戻すと、WindowsのフォントはUnicode式に逆向き表示。Tildaという変換がされてるんですな。Specificationの表見ながら文字の意味とか考えずに、グリフが近いやつを選ぶとこうなりそうだ。マイクロソフトがUnicode実装したときはまだ変換表とか公開されてないからUnicodeコンソーシアムの変換表とはこれに限らずいろいろと違う動きをする。はっはっは(笑い事じゃないってば)さて、ここまで説明すると何が起こっているのかもうわかっていただけたと思う。Windowsではそれはチルダとは逆向きの波線に見えるが、Xで表示させるとチルダと同じ向きの波線に見える。波線がタテマエである以上、どっちも間違ってないのだ。コレデイイノダ!・・・ってDANさん。Specificatonの最新を持ってないのを規格書を個人で持ってるなんて変態だ。221とオウチにそろってる時点で自爆以外の何者でもないので、謹んで削除させていただいた。「Amazonライブリンク」は提供を終了しました。