アカウント名:
パスワード:
さてここで,歴史的に考えるとこんな感じになります.
日本語限定でなくいろいろな言語・文字コードが飛び交うようになり 「ISO-2022-JP のみ」が若干時代遅れという印象を持つ人もいるかも知れませんが, 実は「文字コードを何にしないといけないか」はほとんど変わっていないはずです. 多国語を扱いたいとかの要望も含めてutf-8 等の需要は高まっているかも知れませんが, 実はいまでもかなり多くのシステムが MIME の文字コードにすらきちんと従っていません.
"charset=iso-2022-jp" と宣言しておきながら,実際には本文を shift_jis で送ってくる MUA
のなんと多いことか. (これはある意味 「ISO-2022-JP 対応で十分」とは言えない理由ともいえるかもしれませんが) 結局のところ,多くのシステムは MIME 情報も参考にしつつ, 「ISO-2022-JP 決めうち(時々変態からの shift_jis や utf-8 に例外的に対応)」 などということを,今でもしているのではないでしょうか. MIME 対応すら正しい実装が完全に普及したとは言えないときに, 特殊な文字セットを使いたいとかの場合以外は,「勝手に」変える理由は何もありません. むしろ実装の種類が星の数ほど増え,ユーザーも極めて多種多様になった現在, 旧来の仕様を廃止して全員が納得する「新しい合意」を作るのは以前より遥かに難しいでしょう. 「utf-8 を使いたい」という人がいても良いですが,それは 「相互に utf-8 を使うということに合意がとれている2者間」ないし 「同様の合意のある特定のコミュニティ内」に 閉じて使われるべき話であろうと考えます.
大変参考になりました。とりあえずUTF-8はRFC 2277の合意が通用するインターネットコミュニティ内での閉じた使用に限定して、間違ってもITU-T X.400とかの世界には漏らさないよう気をつけたいと思います。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
なんのための文字コードの規約・約束事か? (スコア:5, すばらしい洞察)
さてここで,歴史的に考えるとこんな感じになります.
日本語限定でなくいろいろな言語・文字コードが飛び交うようになり 「ISO-2022-JP のみ」が若干時代遅れという印象を持つ人もいるかも知れませんが, 実は「文字コードを何にしないといけないか」はほとんど変わっていないはずです.
多国語を扱いたいとかの要望も含めてutf-8 等の需要は高まっているかも知れませんが, 実はいまでもかなり多くのシステムが MIME の文字コードにすらきちんと従っていません.
のなんと多いことか. (これはある意味 「ISO-2022-JP 対応で十分」とは言えない理由ともいえるかもしれませんが) 結局のところ,多くのシステムは MIME 情報も参考にしつつ, 「ISO-2022-JP 決めうち(時々変態からの shift_jis や utf-8 に例外的に対応)」 などということを,今でもしているのではないでしょうか.
MIME 対応すら正しい実装が完全に普及したとは言えないときに, 特殊な文字セットを使いたいとかの場合以外は,「勝手に」変える理由は何もありません. むしろ実装の種類が星の数ほど増え,ユーザーも極めて多種多様になった現在, 旧来の仕様を廃止して全員が納得する「新しい合意」を作るのは以前より遥かに難しいでしょう. 「utf-8 を使いたい」という人がいても良いですが,それは 「相互に utf-8 を使うということに合意がとれている2者間」ないし 「同様の合意のある特定のコミュニティ内」に 閉じて使われるべき話であろうと考えます.
Re: (スコア:0)
大変参考になりました。
とりあえずUTF-8はRFC 2277の合意が通用するインターネットコミュニティ内での閉じた使用に限定して、間違ってもITU-T X.400とかの世界には漏らさないよう気をつけたいと思います。