「Text Encoding に Japanese (JIS) を選んでいると <Hx></Hx> で囲まれた部分(ページ内に複数ある時は一番最初のもの)が Arabic の Text で表示されてしまう」現象の研究結果をここに。とりあえず下のページどもをご覧あれ。「<h1>このファイルはShift_JISで記述されています。</h1>」と言うのを基本にいじっています。
http://www.bekkoame.ne.jp/~eat-it/test/test8.html
http://www.bekkoame.ne.jp/~eat-it/test/test9.html
http://www.bekkoame.ne.jp/~eat-it/test/test10.html
http://www.bekkoame.ne.jp/~eat-it/test/test11.html
半角スペースやスペース系文字参照があるとその後からきちんと表示さる模様。
この症状がサイトによって起こったり起こらなかったりするのが気になって、と言うかワタシのサイトで起こらないので更に追跡調査。それで判ったのは、<Hx> もしくはその親要素に class 属性を付けていると化けない、と言う事。それから <Hx> で文字と一緒に画像も囲んでいる、しかも文字の前に <IMG> を置いていると化けない。
http://www.bekkoame.ne.jp/~eat-it/test/test_index_1.html
http://www.bekkoame.ne.jp/~eat-it/test/test_index_2.html
http://www.bekkoame.ne.jp/~eat-it/test/test_index_3.html
それと、<HEAD> に <LINK> 要素がある場合も化けない。ただし <META> 要素も入れる場合 <LINK> の前に入れなければ化けてしまう模様。
http://www.bekkoame.ne.jp/~eat-it/test/test12.html
http://www.bekkoame.ne.jp/~eat-it/test/test13.html
http://www.bekkoame.ne.jp/~eat-it/test/test14.html
http://www.bekkoame.ne.jp/~eat-it/test/test15.html
http://www.bekkoame.ne.jp/~eat-it/test/test16.html
iso-2022-jp と EUC-JP がローカルでバイナリと判断されてしまうのも <LINK> 要素を付けてやると解消される。<LINK> と <META> 要素の関係は同上。いったん表示してオフラインで確認して頂くと吉。
http://www.bekkoame.ne.jp/~eat-it/test/test_jis_a.html
http://www.bekkoame.ne.jp/~eat-it/test/test_jis_b.html
http://www.bekkoame.ne.jp/~eat-it/test/test_euc_a.html
http://www.bekkoame.ne.jp/~eat-it/test/test_euc_b.html
EUC-JP もバイナリと判断される、と書いていましたが、これは私が EUC-JP で保存するはずの書類を実は JIS(iso-2022-jp)で保存していた事によるものでした。大変申し訳有りませんでした。
この頃返事をもらえないのだが、嫌われてしまったのか?
16日にドイツへ送った Preview 2.0 に関するメールの内容。
返事はいまだに無し。
久しぶりの更新。とりあえず New Features in iCab Preview 2.0 を翻訳。
17日に「iCab がインターネットで公開されてから一年じゃ無い?一周年おめでとうそして今後の発展を期待します。」とのメールを送信。Oliver Joppich さんから「ありがとう。ベストを尽くします。」と返事。
18日、iCab 日本語版ホームページの情報交換掲示板で話題になった JIS ファイルをバイナリと判断する不具合についてメール。♪きむらかずしさんの作ってくれたページをサンプルとして挙げる。Alexander Clauss さんより「情報をありがとう。問題を発見した。」との返事。同掲示板で Shu さんが「残念ながら、私は英語でMailを書く能力はありません。」等とおっしゃっているが私の英語は非道いモンよ。Performa 6310 に付属していた「コリャ英和!」でいちいち自分の書いた英文を翻訳して確認しながらでなけりゃ何にもできない。それでも動詞の三人称単数現在形だとか定冠詞だとか無茶苦茶な使い方なんだろうな、きっと。でもなんとか通じている模様。TANICO さんが勇気をくれたおかげ。
TANICO さんの掲示板で知らされたのだが IMAGE の ALIGN 属性にネットスケープ拡張の ABSMIDDLE、ABSBOTTOM、TEXTTOP、CENTER、BASELINE を指定すると全て「 ALIGN="TOP" 」として表示される。TANICO さん曰く「これサポートして欲しいな」。思い当たる事があったのでそれと一緒にドイツへ質問。思い当たる事とは HTML 3.2 と 4.0 仕様書にある「 BOTTOM が ALIGN の初期値(すなわち ALIGN 属性が付けられていない場合の解釈)」との記述のこと。ネットスケープ拡張の属性値を無視すると言う事は ALIGN 指定が無いと見なすと言う事、その場合「 ALIGN="BOTTOM" 」として表示しなくてはいけないのでは無いか?で、Alexander さんからの返事。
(現在の表示について)そうですね、この場合初期値を使うべきですね。これは直しましょう。
(ネットスケープ拡張の属性値のサポートについて)それらが重要であればサポートするかもしれません。
「それらが重要であればサポートするかもしれません。」の原文は「 If some of these specific features are important iCab will probably support them. 」なのだがこれは私に対して「重要だと思うかどうか返事をしろ」と言外に言っているのか、「重要かどうかはワシが判断するのじゃ」という事なのか、悩む。
画像を表示しない設定にしている時コンテクストメニューで画像毎に読み込みする場合 Image の Load を選択するのだがこれを二度行わないと表示しない、更にローカル環境にあるファイル(キャッシュではなく)だとコンテクストメニューを使っても絶対に表示されない、と言う事を連絡したらこのバグは次の Pre 1.9a で解消するとの返事。きっと苦情がたくさん行ったんだろうな。
気が付けば「 command + 1 」で複数開いているウィンドウを切り替えれる様になっていた。
掲示版の最初のページから過去の書き込みページに移りまた最初のページに戻ろうとバックボタンを押してもその掲示版の直前に表示していたページに戻ってしまうのが改善された。
とりあえず New Features in iCab Preview 1.9 を翻訳。遂にプラグインのサポート。JavaScript もすこーしサポート。でもスタイルシートは影も形も無し。正式版はまだまだ先か。