by
Anonymous Coward
on 2009年08月12日 10時03分
(#1621412)
なんでUTF-8を持ち出したかというと、たとえばRFC 1806にUTF-8が登場したのは1995年7月、実装したブラウザが登場するのは当然もっと後で、それ以前の閲覧環境は基本的に考慮する必要がないはずだからです。 パソコン通信の初期には第二水準漢字の使用を自粛していたこともあると聞きますが、WWWでそれを考慮しますか? HTML 4.0以降は内部エンコーディングとしてUnicodeを使うことになっているので「該当する文字を扱えるエンコードを扱えること」はふつう問題になりません。 CPUのクロックが上がっただけで何もかも性能が向上するわけではありませんが、ふつう少なくともメーカー製PCはCPUだけを突出した設計にしたりはしないので、目安として使われるわけです。
で、具体的にと言ってるのに人の話を聞かない人っているのでもう少し具体的な話をこちらから振ってみると、JIS X 0221の附属書に追加漢字集合や補助漢字集合が定められたのが1995年、それをWindowsが採用したのが1997年のWindows NT 4.0 SP3と1998年のWindows 98、Mac OS XでJIS X 0213が採用されたのが2001年です。これ以降のWindows PCもMacも基本的に例外なく「琬」を表示できます。ところで今何年でしたっけ。 LinuxでもIPAフォント v2.0以降を採用したディストロなら表示できます。もちろんHTMLだけで8KB近くあってJPEG画像を使っているようなページがガラパゴスケータイを考慮しているはずがありません。
プロ囲碁棋士の王メイエン九段 (スコア:1)
囲碁なんて興味ないんだけど、「王メイエン」九段って誰それ？
王 銘エン｜財団法人日本棋院 [nihonkiin.or.jp]
日本人っぽくない名前だと思ったら、台湾の方なのね。
モデレータは基本役立たずなの気にしてないよ
いつまでJIS X 0208の呪縛に縛られてるんだろう (スコア:0, 興味深い)
UTF-8に対応しているのに補助漢字にもJIS X 0213にもAdobe Japan1-4にも収録されてる「琬」すら表示できないブラウザって具体的にどういうものを想定してるんでしょうね。
# 何も考えてないに10646カノッサ
Re: (スコア:2, 興味深い)
まあ、UTFに対応しているか?じゃなくて、該当する文字を扱えるエンコードを扱えること+該当する文字にフォントのマッピングが存在することが要件だから
# 最近少ないと思ってたのだが、UTFで何でも解決ってのはいるよね。レイヤが違う問題もたくさんあるはずだけど…
M-FalconSky (暑いか寒い)
Re:いつまでJIS X 0208の呪縛に縛られてるんだろう (スコア:0)
なんでUTF-8を持ち出したかというと、たとえばRFC 1806にUTF-8が登場したのは1995年7月、実装したブラウザが登場するのは当然もっと後で、それ以前の閲覧環境は基本的に考慮する必要がないはずだからです。
パソコン通信の初期には第二水準漢字の使用を自粛していたこともあると聞きますが、WWWでそれを考慮しますか? HTML 4.0以降は内部エンコーディングとしてUnicodeを使うことになっているので「該当する文字を扱えるエンコードを扱えること」はふつう問題になりません。
CPUのクロックが上がっただけで何もかも性能が向上するわけではありませんが、ふつう少なくともメーカー製PCはCPUだけを突出した設計にしたりはしないので、目安として使われるわけです。
で、具体的にと言ってるのに人の話を聞かない人っているのでもう少し具体的な話をこちらから振ってみると、JIS X 0221の附属書に追加漢字集合や補助漢字集合が定められたのが1995年、それをWindowsが採用したのが1997年のWindows NT 4.0 SP3と1998年のWindows 98、Mac OS XでJIS X 0213が採用されたのが2001年です。これ以降のWindows PCもMacも基本的に例外なく「琬」を表示できます。ところで今何年でしたっけ。
LinuxでもIPAフォント v2.0以降を採用したディストロなら表示できます。もちろんHTMLだけで8KB近くあってJPEG画像を使っているようなページがガラパゴスケータイを考慮しているはずがありません。
いつまでもいつまでも (スコア:1, 興味深い)
2009年です。
ところで、貴方がすべき事は1995年以前の環境に配慮する人達に、
その必要が無い事を、具体的な根拠となるデータを示して説明する事です。
年表なんか並べても「その必要が無い根拠」にはなりません。
> LinuxでもIPAフォント v2.0以降を採用したディストロなら表示できます。
これを例とすれば、
v2.0以降を採用してないディストロは既に利用されていない事を示せばいいのです。
> もちろんHTMLだけで8KB近くあってJPEG画像を使っているようなページがガラパゴスケータイを考慮しているはずがありません。
その際、生半可にしか知らない事は言及を避けましょう。
8KB以上のHTMLとJPEG画像を表示できる携帯電話なんて珍しくないし、
携帯電話でアクセスした際にそのリソースが出力されるとも限りません。
余計な一言で読者のpgrを買うと、本来の主張が説得力を失います。
マジレスすれば、配慮しているのは「記事の配信先」でしょうな。
「Yahoo!ニュース」や「mixiニュース」の様なポータルへの配信を考えると、
どの様な変換を経てどんな機器向けに使われるか限定出来ないので、
より小さなカバー範囲の文字コードを意識せざるを得ない。
Re: (スコア:0)
Re: (スコア:0)
hiragana ga hyouji dekinai kankyou nimo hairyo dekiruto saizen desu.
Re:いつまでもいつまでも (スコア:1)
アルファベットが表示できない環境が存在する可能性に配慮して犯行声明文のような切り抜き文字を
と画像で作ろうと思い立ったところで我に返った
Re: (スコア:0)
なーんだ、ただの現実を見ないだけの人か。
着メロ（着うたではなく）ですら30KBの時代にどんな寝言をほざいてんだか。
おふとぴ一直線 (スコア:0)
> 着メロ（着うたではなく）ですら30KBの時代にどんな寝言をほざいてんだか。
釣りなのか？
携帯電話の着メロやDLファイルサイズ制限と、
携帯電話搭載Webブラウザのキャッシュサイズは直接関係しないけど？
あと、着メロのサイズとして1種類の数字で言い切っちゃうのも、
全然現実を見てないよね？
# 元コメもどうかと思うけどね。
# 俺は携帯電話のフルじゃないブラウザで/.J読むから、