| << | 2010/02 | >> | ||||
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
| 1 | 2 | 3 | 4 | 5 | 6 | |
| 7 | 8 | 9 | 10 | 11 | 12 | 13 |
| 14 | 15 | 16 | 17 | 18 | 19 | 20 |
| 21 | 22 | 23 | 24 | 25 | 26 | 27 |
| 28 | ||||||
いろいろとご意見いただきましたが、結局のところ、なにも解決していません。
Yahoogroups が ML フォルダに振り分けられない。
の件は、他の方法(フィルタ)に切り替えればいいだけだし、
正しい XHTML のページなのに、時にパースエラーとなる。
は、ページの構成を変えれば発生頻度は減らせそうな感じもなくもないですが、
「戻る」「進む」時に、ページが再描画されることがある。
の件についてはいかんともしがたいです。
設定や環境の問題もあるのかも知れませんが、この問題が解決しない限りは、 8.54 からアップグレードすることはないと思います。
まぁ、この問題以外にも、レンダリングの速度もかなりもっさり感があって、 9 系より 8 系の方が快適なのです。正直、 9 系を使うくらいなら、 firefox の方がずっと快適です。 *00MHz 級の PC をお使いの方、そう思いませんか?
あれ? track word のスクリプトファイルには document.write しか書かれてないのに、何でちゃんと実行されてるんだ??
mattzYahoogroupsのメールはX-Ml-hoge(Nameとか)なヘッダをつけてないみたいなので、そのせいでしょう。
8.54でされてたとすると、判定の仕方を変えたのかもしれませんけど。
KurumaYahoogroupsのメールにはMailing-List:ヘッダがついていると思いますよ。
私の入る幾つかのYahoogroupsのメールはメーリングリストとして認識されていますし、その他のメーリングリストのうちMailing-Listヘッダ以外に判別対象となりそうなヘッダがないMLも幾つかメーリングリストとして認識されています。
Kurumaただ、Mailing-Listヘッダが非標準なヘッダであるのは紛れもない事実ですので、最新版からは新規に認識する仕様だけ外している可能性はあります。
おそらく、 GHz 超級の PC を利用している人には、「再描画」の件はよくわからないでしょう。しかし、 *00MHz 級の PC を利用しているものにとっては、この現象によるストレスは猛烈にでかいです。
「サイト別設定」が出来ないのは非常に残念ですが、再描画によるストレスはそれ以上のものです。
Ajax とかを駆使して、 8.54 で利用出来ないサイトが増えてきたら、本気で firefox に乗り換えると思います。
Kuruma「正しい XHTML のページなのに、時にパースエラーとなる。」の例を挙げて頂けませんか?バグ報告したいので……。
usopion私のサイトです(^^; http://(www|mt|far|aki).usopion.com CGI が重いとか、回線が細いとか、 PC が非力とかの条件もあるかもしれませんが、少なくとも 8.xx 系では起こったことはありません。ここ数日現象を確認していないので、実際に確認出来るかどうかは不明です。特定の javascript を読み込んでいるときに発生している可能性もあります。
Kurumaちょくちょく拝見していますが、パースエラーが起こったことはないですねぇ……。スペックのせいでパースエラーが引き起こされるとは考えにくいですし、JavaScriptのような気がします。
パースエラーした時にDOM Snapshot(http://dev.opera.com/articles/view/opera-developer-tools/)あたりで木構造を確認すると何か分かるかもしれません。
usopion『track word』というサービスが限りなく怪しいです。 http://mt.usopion.com/xlog.cgi?from=30 あたりで前後のページを行ったり来たりしていると、時々発生します。
usopionえっと、 DOM Snapshot でわかったことは、パースエラー時は、エラーページの解析をするので意味がないということと、 application/xhtml なページでは機能しないと言うことです(苦笑
Kurumaパースエラーの時って「無理矢理レンダリングする」みたいな選択肢が出ませんでしたっけ?
無理矢理HTMLとして読ませたらapplication/xhtml+xmlなページでもtext/html扱いになるかなぁと思ったのですが……。
// 未だパースエラーに遭遇できない私。
usopion出来ますよ、 text/html として再解析する。でも、再解析して、再描画して、スクリプトも再実行すると思うので、原因究明には役に立たないと思います。
MrTバースエラーの件ですが、ノートンか何か入れてます?
「戻る」の件ですが、メモリキャッシュ,ディスクキャッシュはどのくらいにしているのでしょう?
usopionのーとんおじさんのアンチウィルスは入っています。メモリは自動、ディスクは400です。って言うか、みなさんの環境では再描画しないですか?>戻る
MrTWeeklyBuildの途中では「戻る」動作に支障あるのもありましたが、9.10正式版のは問題ないような気はしているのですが・・・(キャッシュを読み込んで描画はし直していると思いますが、それは従来からかと)。
ノートン先生は(アンチウイルスのみのはどうか知りませんが)、webページ読み込み時にソースを勝手に改変してくれてOperaでは正常に表示されないといった原因に過去なった事のある代表格です。ユーザが報告しても「問題ない」と答えられ数ヶ月後には自然に治る(修正されている)という代物のようです。止めるか、Opera関係を対象外とした方がいいかもしれません。
メモリキャッシュは自動よりどれか固定値の方が良いかと思います。ただ「戻る」動作の方もノートンの影響かも・・・。
って私の偏見かもしれません。確証はないので違ったらゴメンナサイ。
usopionパースエラーが発生したときのソースをソースビューアで確認しても、何も問題はないし、ノートンさんをオフにしても、現象は確認されました。
(キャッシュを読み込んで描画はし直していると思いますが、それは従来からかと)< 8.54 では、一切再描画しません。 9.10 でも、すべてのページというわけではなく、一部のページでのみ再描画(再解析?)が発生します(具体的にはこのページなど、はてな系)。 javascript をオフにすると、再描画はしなくなるので、その辺の問題だとは思うのですが・・・
mattz戻るで再描画ってことはないですが、パースエラーは出ますね。
usopionさんのサイト(www)だとDictionaryとかprofileで頻発するようです。でも他では見たことない(多分巡回先にapplication/xhtml+xmlなサイトがないだけ)な。
usopionあれ? www でも出ますか?そうなると、 track word は関係ないので方向性が変わってくるなぁ・・・
MrTmattz さんがパースエラーを確認できたという事はノートン先生は関係なかったかもしれませんね。ごめんなさい。
(ただ、ノートンが悪さしているかは、ノートンを切った後キャッシュをクリアしたOperaで再現するか否か、をみないと確認できません。過去の例では。説明不足で申し訳ありません。)
最近Operaの起動時間が遅いのが気になっていたので、他のブラウザと起動時間を比較してみた。スペックは以下の通り。
ショートカットをクリックしてから、ホームページを表示するまでの時間を計測。初回起動と、2回目以降を測定。
| Browser | First | Second |
|---|---|---|
| Opera7.51 | 25sec | 12sec |
| Netscape7.1Full | 26sec | 06sec |
| mozilla1.6Full | 20sec | 06sec |
| N7.1BrowserOnly | 16sec | 06sec |
| Firefox0.8 | 13sec | 05sec |
| NN4.78 | 12sec | 05sec |
| Opera6.06 | 12sec | 04sec |
| MSIE6.0 | 05sec | 04sec |
たとえばマウスジェスチャで戻る・進むをしても生じますか? - それなら、キャッシュを空けてやると解消しました。
そのことを言っているのでないなら、9 の weekly 途中で仕様変更があったような記憶があります。ページ読み込み時に、新規なのかキャッシュから読み込むのかの判定に関するものです。
一旦おかしなレイアウトで表示しての描き直しをされているのか、とも思ったけどそうでもないみたい。あくまで背景色一色が一旦出てから表示されている。単に描画が8.54より遅いだけなのかなぁ(Acid2対応=CSS標準対応の弊害?)