アカウント名:
パスワード:
EUC-JP を使っていて YEN SIGN 問題から自由でないのなら、UTF-8 を使っても YEN SIGN 問題から自由ではいられないことでしょう。 というか、EUC-JP も Shift_JIS も ISO-2022-JP も一切扱わないのなら、それでもいいですが。そういうわけには、いかないでしょう。
EUC-JP を使っていて YEN SIGN 問題から自由でないのなら、UTF-8 を使っても YEN SIGN 問題から自由ではいられないことでしょう。
というか、EUC-JP も Shift_JIS も ISO-2022-JP も一切扱わないのなら、それでもいいですが。そういうわけには、いかないでしょう。
そうそう,他の世界がなければいいんですけどね.
ところで、最近、Unicode にかんして CJK Han Unification についての不満を聞かなくなりましたが、どうしてなのでしょうか。不満だった人はみんな TRON とかに移行して満足してしまったのでしょうか。それともぼくが寡聞にして知らないだけ? (たぶん後者だろうけど)。
いや,もう既に外堀は埋められているのですよ. Windows を使うとか,Java を使うとか, はたまた XML を使うと言った時点で Unicode から 逃れられなくなってしまう. 今の世の中,この3つのどれからも自由でいられる人はなかなかいないでしょう.
TRON がいくらがんばったところで,外部データ表現が Unicode を基準にして決められてしまう状況ではいかんともしがたいと思います. (別に,私は TRON コードの肩を持つわけではありませんが.あれは,端的に変だ.)
じっさい、CJK Han Unification については、統合された文字の違い (or グリフの違い) を気にするのはほんのごく一部の日本の ISO-2022 な geek たちだけだ、という主張をよく聞かされました。その意見の主は Markus Kuhn さんですが。
それは単に Markus が知らないだけ. あいつの言うことを真に受けていては大変ですよ. まあ,字形の細かいところにこだわりすぎるのも何だとは思いますが (手書きの字形における細かな違いを明朝体の字形に反映しろと言われてもねぇ),そういう人がこの国に多いのは事実ですから.
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
長期的な見通しやビジョンはあえて持たないようにしてる -- Linus Torvalds
Re:ロケール自動認識 (スコア:1)
そうそう,他の世界がなければいいんですけどね.
いや,もう既に外堀は埋められているのですよ. Windows を使うとか,Java を使うとか, はたまた XML を使うと言った時点で Unicode から 逃れられなくなってしまう. 今の世の中,この3つのどれからも自由でいられる人はなかなかいないでしょう.
TRON がいくらがんばったところで,外部データ表現が Unicode を基準にして決められてしまう状況ではいかんともしがたいと思います. (別に,私は TRON コードの肩を持つわけではありませんが.あれは,端的に変だ.)
それは単に Markus が知らないだけ. あいつの言うことを真に受けていては大変ですよ. まあ,字形の細かいところにこだわりすぎるのも何だとは思いますが (手書きの字形における細かな違いを明朝体の字形に反映しろと言われてもねぇ),そういう人がこの国に多いのは事実ですから.