IE3.01 MojiBake

[Isao Yasuda]

安田＠リムネット（名古屋）です。

Saito HiroAKI wrote:

> Windows95でインターネットエクスプローラ３．０１を
> 使用していますが、原因不明の文字化けが頻発します。
>
> 半角カナではなく、普通の全角文字の部分で発生します。

わざわざ、1 Byte カナではないとおっしゃっているところで、
疑うのは失礼だとは思うのですが、

> 特に、"「"や、"」"などの記号周辺が多くなっています。

この "「 " や "」" などの記号が 1 Byte カナになっていませんか？

Windows95 だと、これらの記号の 1 Byte 版と 2 Byte 版の
違いがわかりにくいことが多いです。

> 再読込をすると正しく表示されることもあります。

ただ、これがよくわからないんですよねぇ…。

--
---+---+-|-+---+---|---+---+-|-+---+---|---+---+-|-+---+---|---+---+-|
安田 廷勳（ Isao Yasuda ） #! There's more than one way to do it.
Private | ＠リムネット（名古屋）
| E-Mail <mailto:i_ya...@na.rim.or.jp>
| URL <URL:http://www.na.rim.or.jp/‾i_yasuda/>
Business | ＠プリ・テック株式会社 TEL(0563)55-0707 FAX(0563)55-0202
| E-Mail <mailto:pri...@gol.com>
| URL <URL:http://www.sphere.ad.jp/pritech/>
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　Π

[Saito HiroAKI]

元記事を投稿した、
東海大学の斉藤といいます

1997-04-11(Fri) 09:22'31" i_ya...@na.rim.or.jp wrote in
[Re: IE3.01 MojiBake]

>> > Windows95でインターネットエクスプローラ３．０１を
>> > 使用していますが、原因不明の文字化けが頻発します。
>> > 半角カナではなく、普通の全角文字の部分で発生します。

>> > 特に、"「"や、"」"などの記号周辺が多くなっています。

>> この "「 " や "」" などの記号が 1 Byte カナになっていませんか？
>> Windows95 だと、これらの記号の 1 Byte 版と 2 Byte 版の
>> 違いがわかりにくいことが多いです。

これはないと思います。ＨＴＭＬソースファイルは
telnetでUNIX端末にログイン後、Emacsで文章を編集していますので、
すべての半角カナは入力した瞬間に文字化けを起こします
（この機能（？）を半角カナ自動検出に使っています）。

やっぱり原因不明でしょうか・・・。

東海大学　文学部　広報学科情報社会課程
　齋藤　宏明 　　　　　　　 E-Mail:60ls...@keyaki.cc.u-tokai.ac.jp
スタートレックのページ-> http://bosei.cc.u-tokai.ac.jp/~60ls1116/

[Isao Yasuda]

安田＠リムネット（名古屋）です。

Saito HiroAKI wrote:
>
> 元記事を投稿した、
> 東海大学の斉藤といいます
>
> 1997-04-11(Fri) 09:22'31" i_ya...@na.rim.or.jp wrote in
> [Re: IE3.01 MojiBake]
>
> >> > Windows95でインターネットエクスプローラ３．０１を
> >> > 使用していますが、原因不明の文字化けが頻発します。
> >> > 半角カナではなく、普通の全角文字の部分で発生します。
> >> > 特に、"「"や、"」"などの記号周辺が多くなっています。
>
> >> この "「 " や "」" などの記号が 1 Byte カナになっていませんか？
> >> Windows95 だと、これらの記号の 1 Byte 版と 2 Byte 版の
> >> 違いがわかりにくいことが多いです。
>
> これはないと思います。ＨＴＭＬソースファイルは
> telnetでUNIX端末にログイン後、Emacsで文章を編集していますので、
> すべての半角カナは入力した瞬間に文字化けを起こします
> （この機能（？）を半角カナ自動検出に使っています）。

むうぅ。

そうですか…。

それでは、私にはちょっと見当がつかないです。

お役に立てず、申し訳ない。

[kiw...@alles.or.jp]

岩田と申します。

In article <5iigtt$8...@bosei.cc.u-tokai.ac.jp> 60ls...@bosei.cc.u-tokai.ac.jp (Saito HiroAKI) writes:

> Windows95でインターネットエクスプローラ３．０１を
> 使用していますが、原因不明の文字化けが頻発します。
>
> 半角カナではなく、普通の全角文字の部分で発生します。
> 特に、"「"や、"」"などの記号周辺が多くなっています。

> 再読込をすると正しく表示されることもあります。
> ＨＴＭＬソースファイルの漢字コードを、
> ＪＩＳ、ＳーＪＩＳ、ＥＵＣのどれに設定しても起こります。
>
> これらの不具合を解消するにはどうしたら良いのでしょうか。
>

私も同じです。(netscapeですが)

特にwww.yahoo.co.jpがかなりの確率で化けます。
そんな時はback - forwardすると直ります。
でもLinuxのnetscapeはまず化けることはないです。

こうゆうもんだとかってに理解してますが、理由がわかれば私も知りたいです。
--
岩田功一 kiw...@alles.or.jp

[Saito HiroAKI]

元記事を投稿した、東海大学の斉藤といいます
複数の記事にフォローしています

1997-04-11(Fri) 19:04'58" oka...@mach.kokusaidenki.co.jp wrote in
[Re: IE3.01 MojiBake]

>> もしかして、ISO-2022-JP で書いてありませんか？
>> Netscape Navigater なんかだと正しく見えたりしませんか？
>> IE の日本語処理は腐っているようで、
>> ShiftJIS で書いたファイル以外は、しばしば化けてます。

あ、確かにISO-2022-JPで記述しています。
また、Netscape Navigaterだとこのような文字化けは一切発生しません。

ということは、
これはインターネットエクスプローラが悪いのでしょうか・・・。

サーチエンジン「千里眼」には、
「日本語のＨＴＭＬファイルはISO-2022-JPで記述するべき」
とあったので、それにならったのですが、間違いだったのでしょうか。

1997-04-11(Fri) 19:00'22" s...@tt.rim.or.jp wrote in
[Re: IE3.01 MojiBake]

>> 日本語コード自動判別の失敗ということはありませんか。
>> ブラウザの文字コードを「自動判別」以外にしたらうまくいきませんか？
>> もしうまくいけば、漢字を含むコメントをHTMLの先頭に置いてみるとか、
>> 文字セットを指定するMETAタグを置いてみるとか。

自動識別をどれに設定しても、文字化けが発生することがあります。

ところで、「文字セットを指定するMETAタグ」というのは、
どう記述すればよいのでしょうか。
<META NAME="keywords" CONTENT="startrek">などのように
キーワードをいれる事しかわかりません。

[Masayasu Ishikawa]

石川＠草葉の陰です。

＃ちょっとだけ復活モード。

私の記憶が確かならば、JST時間1997年04月12日(土) 10時51分40秒頃、
fj.net.infosystems.www.browsersの<5imprc$q...@bosei.cc.u-tokai.ac.jp>の
記事において60ls...@bosei.cc.u-tokai.ac.jp (Saito HiroAKI)さんは書きました。

>サーチエンジン「千里眼」には、
>「日本語のＨＴＭＬファイルはISO-2022-JPで記述するべき」
>とあったので、それにならったのですが、間違いだったのでしょうか。

ISO-2022-JP でなければならない、というわけでもないでしょうが、
私もこれが一番無難なんじゃないかと思います。なにしろ RFC 2070
(Internationalization of the Hypertext Markup Language) でも、
encoding の例として挙げられてるくらいですし。

日本語だけ扱えればいい、他の言語なんか知ったことか、ということなら、
まあシフト JIS でも日本語 EUC でもいいかもしれませんが、encoding に
関する情報がなければ、これらは BIG 5 とか EUC-KR とかと区別するのは
難しいので、Web ページに使うのはあんまりお薦めできません。

ISO-2022-JP なら、例えば ESC 2/4 4/2 というエスケープシーケンスが
出てくれば、文字集合として JIS X 0208 を指示しているのが
encoding 自体から明らかなので、まともに実装してあれば、
判別し損なって文字化けするようなことはないはずです。もしこれを
正しく処理できないのであれば、やはり IE が腐ってるのではないかと…。

＃もっとも、RFC 2070 を書いた F. Yergeau 氏は、どうやら encoding と
＃しては UTF-8 がお気に入りのようですが…。

>ところで、「文字セットを指定するMETAタグ」というのは、
>どう記述すればよいのでしょうか。

文字セットは SGML 宣言で決まってるので変えられませんが(^^;、
文字符号化方式 (character encoding scheme) を指定する方法であれば、
RFC 2070 の ``6. External character encoding issues'' によると…

> In any document, it is possible to include an indication of the
> encoding scheme like the following, as early as possible within the
> HEAD of the document:
>
> <META HTTP-EQUIV="Content-Type"
> CONTENT="text/html; charset=ISO-2022-JP">

ということになってます。こう書いておくと、HTTP サーバが

Content-Type: text/html; charset=ISO-2022-JP

というヘッダを付けたのと同じような役割を果たしてくれる*場合もある*
でしょう。現状ではどの user agent でも認識してくれるわけでは
ないようですが、少なくとも Mozilla あたりは、こう書かれていれば
たとえブラウザの Document Encoding の指定が Latin-1 になっていたと
しても、ちゃんと日本語を表示してくれます。逆に、欧文のみの
ドキュメントでも、

<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=US-ASCII">

とか

<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=ISO-8859-1">

のように書いておくと、同じく Mozilla を例に挙げれば、
Document Encoding の指定が日本語とか中国語になっていたとしても、
ちゃんと欧文フォントで綺麗に表示してくれます。&copy; のような
entity reference がいわゆる半角カナに文字化けして表示されて
しまうようなダサいこともありません。

国際化時代の Web ページには符号化方式の情報は必須と言っても
過言ではありませんから、違いのわかる Web ページ作者は、
必ずこの記述を入れておくべきだと思います。

＃某 HTML チェッカの次のリリース (あるのか!?) には、
＃これのチェックを入れよう…

どうしてもシフト JIS や日本語 EUC で書きたい場合は、それぞれ

<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=Shift_JIS">
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=EUC-JP">

とか書いておくべきでしょう。`x-sjis' とか `x-euc-jp' とかいうのは
<URL:ftp://ftp.isi.edu/in-notes/iana/assignments/character-sets> に
登録された正しい名称ではないので、使うべきではないと思います。
上記の例のように、``preferred MIME name'' とされている名称を
使うべきでしょう。`x-sjis' とか `x-euc-jp' でないと認識しない
user agent があるとしたら、それはおかしな実装だと思いますので、
ぜひ文句をつけて直してもらいましょう。

＃余談ですが、EUC-JP という Alias が登録されたおかげで、
＃charset=Extended_UNIX_Code_Packed_Format_for_Japanese
＃とか書かずに済んでよかったですね :-)

--
石川 雅康

[YOSHIFUJI, Hideaki]

吉藤英明＠東北大学電情系です。

Saito HiroAKI wrote:
> サーチエンジン「千里眼」には、
> 「日本語のＨＴＭＬファイルはISO-2022-JPで記述するべき」
> とあったので、それにならったのですが、間違いだったのでしょうか。

間違っていないと思います。少なくとも、いわゆる Shift JIS で書くよりは
よっぽどましでしょう。
＃もし、経路が８ビットクリーンであることが保証されるなら、EUC の方が
＃いいのかもしれませんけど。

> ところで、「文字セットを指定するMETAタグ」というのは、
> どう記述すればよいのでしょうか。
> <META NAME="keywords" CONTENT="startrek">などのように
> キーワードをいれる事しかわかりません。

<META HTTP-EQUIV="Content-Type" CONTENT="text/html;
charset=iso-2022-jp">

いわゆる Shift JIS なら charset=x-sjis 日本語EUC なら x-euc-jp となりま
す。

<URL:http://w3.lab.kdd.co.jp/technotes/WWW/HTML/international.html> を
ご参照下さい。

但し、（今のバージョンは知りませんが）昔の IE は対応していないようです。

--
吉藤英明 (YOSHIFUJI, Hideaki)
Faculty of Engineering, Tohoku University, JAPAN

<URL:http://www.ecei.tohoku.ac.jp/‾yoshfuji/>

[Yuichi FUJIKAWA]

藤川優一と申します。

石川さんには、

> ＃某 HTML チェッカの次のリリース (あるのか!?) には、

お世話になっております。

http://mitsuko.jaist.ac.jp/fj/ で見つけた <E8JD3...@vega.aichi-u.ac.jp> にて、
石川さん曰く、

> どうしてもシフト JIS や日本語 EUC で書きたい場合は、それぞれ
>
> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=Shift_JIS">
> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=EUC-JP">
>
> とか書いておくべきでしょう。`x-sjis' とか `x-euc-jp' とかいうのは
> <URL:ftp://ftp.isi.edu/in-notes/iana/assignments/character-sets> に
> 登録された正しい名称ではないので、使うべきではないと思います。
> 上記の例のように、``preferred MIME name'' とされている名称を
> 使うべきでしょう。`x-sjis' とか `x-euc-jp' でないと認識しない
> user agent があるとしたら、それはおかしな実装だと思いますので、
> ぜひ文句をつけて直してもらいましょう。

おかしな実装の例としては、(私の場合、全て MS-Windows95 での話ですが、)
Netscape Navigator の Version 2 が、そうなっていました。
x-sjis は解釈できるが、Shift_JIS では文字化けしました。
Version 3/4 では、Shift_JIS を正しく解釈します。

但し、Version 4.0 Preview Release 2 には、Navigator の Encoding と、
META タグで指定された charset とが一致していない場合に、
<H3>Transfer Interruped !</H3>
(もう記憶があいまいですが、確かこうだった)
というものを、その時受けていたページの中に埋め込んでしまいます。
埋め込んだまま、cache に記録してしまうので、reload しても消えません。

私のページの場合、それがちょうど、表 <TABLE> - </TABLE> の中に入ってしまって、
表の表示がメチャクチャになってしまいました。

Version 4.0 Preview Release 3 では、そういうバグはありません。

それから、MS-IE 3.0/3.01 では、
META タグで charset を指定すると、かえって文字化けしやすくなる様です。
MS-IE 3.02/4.0では試していません。

さらに、Win32 版 Lynx の先月のバージョンでは、
META タグで charset を指定すると、必ず文字化けします。
もっともこれは、私が Lynx の設定をちゃんとしていないからかもしれません。

別の問題としては、文字コードの変換を行う proxy を間に挟んでいる場合、
その proxy は、META タグの charset 指定も変換してくれるの?
というのが、過去の fj であったように記憶していますが、どうでしょう。

--
藤川優一 Yuichi FUJIKAWA
mailto:ecl...@pisces.bekkoame.or.jp
http://www.bekkoame.or.jp/~eclipse/
mailto:ecl...@dir.co.jp

[Tokio Kikuchi]

菊地＠高知大です。

> >ところで、「文字セットを指定するMETAタグ」というのは、
> >どう記述すればよいのでしょうか。
>

> > <META HTTP-EQUIV="Content-Type"

> > CONTENT="text/html; charset=ISO-2022-JP">
>
> ということになってます。こう書いておくと、HTTP サーバが
>
> Content-Type: text/html; charset=ISO-2022-JP
>
> というヘッダを付けたのと同じような役割を果たしてくれる*場合もある*

> どうしてもシフト JIS や日本語 EUC で書きたい場合は、それぞれ

>
> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=Shift_JIS">
> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=EUC-JP">
>
> とか書いておくべきでしょう。`x-sjis' とか `x-euc-jp' とかいうのは
> <URL:ftp://ftp.isi.edu/in-notes/iana/assignments/character-sets> に

話の筋からははずれるような気がするのですが、
EUC-JP にも Shift_JIS にも 「半角カナ」が入って
いますよね。ということは、（いまや）一部のUNIX
環境で「半角カナ」が表示できないというのを
無視してしまえば（という言い方は問題かな）
META を書いておけば「半角カナ」を使っても構わない
ということでしょうか。

＃ALT を書かない画像ばかりのページよりはマシということ。

それから、ついでにおお外れですが、丸に数字やローマ数字
などは JIS に入っていなかったと思うのですが、これらの
「標準」での扱いはどうなっているのでしょうか。

--
---------------------------------------------------
<a href="http://www.is.kochi-u.ac.jp/‾tkikuchi/">
菊地時夫 tkik...@is.kochi-u.ac.jp
高知大学理学部情報科学科 Tel:0888-44-8336(direct)
780 高知市曙町2-5-1 Fax:0888-44-8361 </a>
---------------------------------------------------

[KOJIMA Hajime]

　小島です。fj.kanji にも振って Followup-To: fj.kanji

<335301...@is.kochi-u.ac.jp> の記事において
Tokio Kikuchi <tkik...@is.kochi-u.ac.jp> さんは書きました:

|| どうしてもシフト JIS や日本語 EUC で書きたい場合は、それぞれ
||
|| <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=Shift_JIS">
|| <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=EUC-JP">
||
|| とか書いておくべきでしょう。`x-sjis' とか `x-euc-jp' とかいうのは
|| <URL:ftp://ftp.isi.edu/in-notes/iana/assignments/character-sets> に

| 話の筋からははずれるような気がするのですが、
| EUC-JP にも Shift_JIS にも 「半角カナ」が入って
| いますよね。ということは、（いまや）一部のUNIX
| 環境で「半角カナ」が表示できないというのを
| 無視してしまえば（という言い方は問題かな）
| META を書いておけば「半角カナ」を使っても構わない
| ということでしょうか。

まだ JIS X 0208-1997 を入手できていないのですが、「シフト JIS の (いわ
ゆる) 半角カナ領域は削除予定」は明記されているのでしょうか。

もしされているのだったら、やっぱり「半角カナ」はやめておいたほうがいい
と考えます。「あとでとても困る」でしょうから。

| それから、ついでにおお外れですが、丸に数字やローマ数字
| などは JIS に入っていなかったと思うのですが、これらの
| 「標準」での扱いはどうなっているのでしょうか。

あたらしい漢字規格をつくって、そっちに入れるという話を聞きました。

----
// 木下是雄「理科系の作文技術」中公新書 624 を読もう!!

小島 肇 - KOJIMA Hajime
[Office] k...@rins.ryukoku.ac.jp, http://tethys.st.ryukoku.ac.jp/~kjm/
Phone: 0775-43-7414 Fax: 0775-43-0706
[Home] sgl0...@niftyserve.or.jp
wr9h...@asahi-net.or.jp (home page 準備中、しかしメド立たず ^^;)

[Jun-ichiro ITOH]

In article <E8GxC...@kegate.mach.kokusaidenki.co.jp>
oka...@mach.kokusaidenki.co.jp writes:

> > これはないと思います。ＨＴＭＬソースファイルは
> > telnetでUNIX端末にログイン後、Emacsで文章を編集していますので、
> > すべての半角カナは入力した瞬間に文字化けを起こします
> > （この機能（？）を半角カナ自動検出に使っています）。

> もしかして、ISO-2022-JP で書いてありませんか？
> Netscape Navigater なんかだと正しく見えたりしませんか？
> IE の日本語処理は腐っているようで、
> ShiftJIS で書いたファイル以外は、しばしば化けてます。

正当にencodingを宣言する方が望ましいのはもちろんなのですが、
quick workaroundということで。
# もちろんこれは逃げなので、正しい方法がdeployすることを望んでいます。

netscape navigatorのdocument encodingを"Japanese auto-detect"に
設定している場合、HTMLファイルの先頭にほど近い部分のテキストだけを
見てencodingが判別されるようです。
ということなので、なるべく長い日本語のコメントをHTMLテキストの
先頭部分に詰めると化ける率が減ります。

Jun-ichiro itojun Itoh

---例題
<HTML>
<HEAD> .... </HEAD>
<BODY>
<!-- これはネットスケープナビゲーターの日本語エンコーディング判別を -->
<!-- 助けるための日本語文字列です。他に意味はないです。はい。 -->
--
ito...@csl.sony.co.jp(Jun-ichiro ITOH)

[Yuichi FUJIKAWA]

藤川優一と申します。

In article <5it7f2$2...@fu.bekkoame.or.jp>,
ecl...@pisces.bekkoame.or.jp says...

>
>http://mitsuko.jaist.ac.jp/fj/ で見つけた <E8JD3...@vega.aichi-u.ac.jp> にて
、
>石川さん曰く、

>> どうしてもシフト JIS や日本語 EUC で書きたい場合は、それぞれ
>>
>> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=Shift_JIS">
>> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=EUC-JP">
>>
>> とか書いておくべきでしょう。`x-sjis' とか `x-euc-jp' とかいうのは
>> <URL:ftp://ftp.isi.edu/in-notes/iana/assignments/character-sets> に

>> 登録された正しい名称ではないので、使うべきではないと思います。

>
>　　　　Win32 版 Lynx の先月のバージョンでは、
>META タグで charset を指定すると、必ず文字化けします。
>もっともこれは、私が Lynx の設定をちゃんとしていないからかもしれません。

Win32 Lynx の名誉のために自分でフォローしときます。

META指定無し

<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=Shift_JIS">

<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-2022-jp">
では、文字化けしません。

<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=x-sjis">
だと、文字化けします。

なお、LYNX.EXE の作成日時は、97/03/14 18.19 です。
--
藤川優一 Yuichi FUJIKAWA
mailto:ecl...@dir.co.jp
mailto:ecl...@pisces.bekkoame.or.jp
http://www.bekkoame.or.jp/~eclipse/

[Masayasu Ishikawa]

完全復活の日はまだまだ遠そうな石川です。

私の記憶が確かならば、JST時間1997年04月14日(月) 21時20分50秒頃、
fj.net.infosystems.www.browsersの<5it7f2$2...@fu.bekkoame.or.jp>の記事において
ecl...@pisces.bekkoame.or.jp (Yuichi FUJIKAWA)さんは書きました。

>石川さんには、
>> ＃某 HTML チェッカの次のリリース (あるのか!?) には、
>お世話になっております。

そういえば、某 HTML チェッカのバグレポート等を送ってくださった方々、
お返事できてなくて大変申し訳ありませんm(_ _)m。最近時間とテストできる
環境が不足してまして…。なんとかヒマを見つけてお返事しますので、どうか
気長に待ってやって下さいませ。

…という話はさておき、

>> どうしてもシフト JIS や日本語 EUC で書きたい場合は、それぞれ
>>
>> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=Shift_JIS">
>> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=EUC-JP">
>>
>> とか書いておくべきでしょう。`x-sjis' とか `x-euc-jp' とかいうのは
>> <URL:ftp://ftp.isi.edu/in-notes/iana/assignments/character-sets> に
>> 登録された正しい名称ではないので、使うべきではないと思います。

>> 上記の例のように、``preferred MIME name'' とされている名称を
>> 使うべきでしょう。`x-sjis' とか `x-euc-jp' でないと認識しない
>> user agent があるとしたら、それはおかしな実装だと思いますので、
>> ぜひ文句をつけて直してもらいましょう。
>
>おかしな実装の例としては、(私の場合、全て MS-Windows95 での話ですが、)
>Netscape Navigator の Version 2 が、そうなっていました。
>x-sjis は解釈できるが、Shift_JIS では文字化けしました。
>Version 3/4 では、Shift_JIS を正しく解釈します。

そのようですね。x-sjis とか x-euc-jp といった変な charset 指定が
出てきたのは、Mozilla が使い出してからだったように思います。
いずれにしろおかしなことには変わりありませんから、いまさらそんな
変な user agent に合わせる必要もないでしょう。Version 3/4 で
直ってるのであればなおさらです。

>但し、Version 4.0 Preview Release 2 には、Navigator の Encoding と、
>META タグで指定された charset とが一致していない場合に、
> <H3>Transfer Interruped !</H3>
>(もう記憶があいまいですが、確かこうだった)
>というものを、その時受けていたページの中に埋め込んでしまいます。
>埋め込んだまま、cache に記録してしまうので、reload しても消えません。

これはまた、キョーレツな仕様ですね…。まあ所詮まだ Preview Release、
ということでしょうか。いずれにしろ、見る側で encoding を判断する
なんてのは筋違いだと思っているので、サーバがきちんと charset
パラメータを付加するなり、ドキュメント中で記述しておくなり、
情報提供者の側で対処すべき問題だろうと思います。user agent はそれを
きちんと処理すべし、ということで…。RFC 2070 の "1.2.2. User agents"
では、"user agents MUST correctly interpret the charset parameter
accompanying an HTML document received from the network." ということに
なってますから。

>それから、MS-IE 3.0/3.01 では、
>META タグで charset を指定すると、かえって文字化けしやすくなる様です。

ナゾの IE 拡張を使って、<META CHARSET="Windows-1251"> とか書いたら
ちゃんと処理できたりして…(偏見200%)。まあ、charset パラメータを
正しく処理できない情けない user agent があるからといって、charset を
指定しないのは本末転倒だと思いますので、ここは IE がちゃんと
処理するよう Microsoft にお願いするのが筋じゃないでしょうか。

# これは Microsoft じゃなくてマイクロソフトの方の仕事かな…

>別の問題としては、文字コードの変換を行う proxy を間に挟んでいる場合、
>その proxy は、META タグの charset 指定も変換してくれるの?
>というのが、過去の fj であったように記憶していますが、どうでしょう。

この問題は確かにあるんですが…コード変換をしてくれる proxy は
確かに便利ですし、その功績を否定するわけでは決してないのですが、
単なる地域化ではなく国際化を考えたとき、特定の言語、例えば日本語に
特化したコード変換はかえってアダになると思っています。

例えば他のコードをシフト JIS に変換してくれる proxy があったとして、
ISO-2022-JP-2 で書かれた日本語/中国語/韓国語/ギリシャ語等が混在した
文書をどう変換するのでしょうか。ISO-8859-8 で書かれたヘブライ語の
文書はどうなるのでしょう。UTF-8 でタイ語とかタミル語とかラオ語の
文書が送られてきたら? …こう考えていくと、proxy のコード変換に
頼るのはそろそろ無理が出てきているように思います。

RFC 2070 では文書文字集合は UCS-4 ということになってますが、
"external character encoding" としては一応 ISO-2022-JP なども
使っても良いことになっています。それらを内部的に UCS-4 に
変換するのは、user agent がやるべき仕事だろうと思います。
詳しくは RFC 2070 の "2.1. Reference processing model" あたりを
ご覧ください。

--
石川 雅康
E-mail: mim...@aichi-u.ac.jp

[Satoshi KUSUNOKI]

In <E8zu3...@vega.aichi-u.ac.jp>,
Masayasu Ishikawa wrote:
|最初に断わっておきますが、以下の話はあくまで「HTML の国際化 (RFC 2070)」
|という文脈に限った話です。

全然別の文脈ですが、

<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=ISO-2022-JP">

を付けると、MS IEで文章がところどころ文字化けしますね。遅まきなが
ら先日ようやっと気付いて急遽自分のページに付けるのを止めるようにし
た。

楠　哲士 Satoshi KUSUNOKI