Mamoru WATANABE
mamor****@hotma*****
2003年 1月 7日 (火) 10:00:41 JST
渡辺です。 > そのメールからは，「UTF-8 で固定されている既知のバグ」以上のことを > 言っていないような気がするのですが，将来 meta タグから判断するという > 情報は，どこから入手されたのでしょうか？個人的な意見としては， > meta タグより HTTP ヘッダーの情報が優先されるので，meta タグベースで > 判断させていくのは難しい気がしているのですが・・・． 確かにあのメールは1.4b1を利用している人の質問で、それに対して1.4b1は 「UTF-8で固定されている既知のバグ」であると言っているだけですね。実際 にJetspeedTemplatePage.javaを確認してみましたが、1.4b2で「Changed to use the "content.defaultencoding" key in JR.p」となっており、この変更で 「UTF-8で固定されている既知のバグ」の修正は完了しちゃってますね。 これじゃあいくらProfiler Fallback optionsで言語・国別にページを分けても HTTPヘッダのContent-Typeのcharsetはcontent.defaultencodingで指定 された単一のエンコーディングしか使えないのなら、ここに指定できるのは ほとんど"UTF-8"しかなく、UTF-8固定となんら変わりがないですね。 > 個人的には，content.defaultencoding で固定されている実装に疑問を > 感じています． 全く同感です。 > この問題に > おいて，私が一番気にしているところは，ブラウザ以外のデバイスで有効か > どうかということです．たとえば，HTML は UTF-8 を使って，i-mode は > Shift_JIS を使いたいなどの状況です．i-mode などが言語や国など > を返すかどうかわかりませんが，このような様々なデバイスの利用を考えると > media.xreg や client.xreg などに定義していき，対応するのが良いかと > 考えていました． media.xregの<character-set>を使う理由が納得できました。 # 私も携帯端末のことはよくわからないのですが、i-modeは独自のコンパクト # HTML、J-Sky WebはMML、auがWMLを使っているようで、DoCoMo・J-Phone # の携帯電話ではJetspeedのWMLのページは表示できないようです。 ところで本家Jetspeed 1.4b3に対するJetspeed日本語版のリリースはどうさ れますか？ 前回のJetspeed日本語版 1.4b2_dev_ja_1がリリース物件としては存在せず、 CVSリポジトリからしか取得できなかったので、もしかしたら実際に利用しよう とするには不便だったような気がします。ここらで一発リリース物件として公 開されてはどうですか？ -- 渡辺 衛 mamor****@hotma*****
