ソースが示されていないので、じゃあなぜ数値文字参照を送っているIEは困っていないのかが分かりませんでした。(IEを無視しているWebアプリケーションってあるのかしらん)ただ、Linuxのユーザグループなんかでは、EUC-JPの使用率高そうな気がしますが、そういったところでFedora以外のLinuxが標準で使っているEUC-JPの文字のうちの一部が生で使えなくなる、ということの方が問題な感じがします。流れを決めてしまったように見えるが、この発言で数値文字参照を出力することにより困難が生じるコミュニティやソフトウェアの名前は一切明らかになっていないように思える。ハングルとかが数値文字参照で送られてくるのは処理できるのに、補助漢字が数値文字参照で送られてくると発狂するソフトウェアって逆に難しいと思う・・・・さらに調査を続けると、Mozillaで数値文字参照で送出する仕様が実装されたのは比較的最近であることが分かった。すくなくとも、MozillaのEUCの実装よりかはだいぶ後。トルコ語が文字化けするぞ。here.この問題は標準がなく、IEもNetscapeも独自拡張だが、IEの方法のほうがスジがいいのでそちらに挙動を変えよう。verifyが完了している。本当はこの時にEUC-JPも直せばGoodだったんだけど、まあトルコ語問題で始まったバグをいちいちウォッチしてられないというのも想像に難くないので、ある意味仕方ないのかな。時は進んで2006年今現在、いまさらEUC-JPのエンコーディング方法を変えるのはどうなのだろう、という議論は識者と一度してみたい。僕は変えたほうがいいと思っているのだけれど。対応してもらうのは極めて困難が予想される。海外のメンテナにもURLあそこの仕様を実装したよん。Firefoxのはドキュメントなし独自拡張。IEと違ってデファクトの地位も握っていない。現在の多くのスクリプト言語でそれは不可能である。かってに、Unicode変換されてしまうケースが多いから。この件に関しては、はてなの中の人とかもじらの中の人とかレガシーエンコーディングプロジェクトの識者の面々とかと今後議論していきたい。;-<で、ここで終わるとユーザにとって前向きな記事にならないので、もうちょっと対処療法織り交ぜ柔軟に考えてみる。死ぬほど困ってる人だったら入れてくれるかも。1と似ているけれども、普通のJavascriptライブラリとして提供。文字化けがなおるというもの。1と違い、エンドユーザは明示的にインストールする必要がないのが長所。はてなのようなユーザーが自分のScriptを置けないようなブログでは使えないのが欠点。つくってブログ屋さんに組み込んでよーと宣伝していくというい方法。対処がいらないって意味で。