アカウント名:
パスワード:
そこまで酷くはない。あの暴走しているようなChromeにもFirefoxは追従できているから。実際私は普段PCではFirefoxを使っているが互換性で困ったことはない。いくら雑でも公開される仕様、オープンソース、小さいリリース間隔は確実にIE6の時代から前進している。
標準の仕様だからOK、公開したら良いと言うものでもない。
もっと分かりやすい解説もあったと思うけど見つからないからこれ [blogspot.jp]とか。動作のサクサク感を上げるために、既存の仕様に完全に則ったウェブページの一部が動かなくなるような破壊的な仕様変更を加えるとか、やってることがおかしい。
「サクサク動くページにしたかったらこの新たな標準仕様に基づいてウェブページを書き換えろ」とすれば良い所を、「既存のあらゆるページもとりあえずサクサク動くように仕様変更したから。一部、その変更に巻き込まれて動作しなくなる既存ページが出てくるから、そういうページは書き換えろ」と善良な無関係な人々に迷惑が掛かるような事をやったのか。
IntersectionObserverのことを言っているんだと思うけど、これは悪くない。従来のものが動かないわけじゃない。サイト作成者に作り方を新しい方法に変えろと言っている。onscrollで処理すると、処理が終わるまでスクロールしていいかどうかが確定しない。つまり、処理が多ければ多いほどカクツク。昨今のサイトはどんどん機能追加して重くなっているので、変化していかないと対応できないのだ。
従来のものが動かない例
Android Chrome beta (v.56) でdocumentに対するtouchイベントのpreventDefaultが効かない [qiita.com]iScroll.js と drawer.js のハンバーガーメニューがAndroidで動かない [qiita.com]
新しい書き方をすれば使える新しい機能を追加する、というやり方を採らないのはどう考えても弁護の余地が無い。
仕様を確認したけど、初期値はfalse(従来通りの動き)https://dom.spec.whatwg.org/#dom-eventtarget-addeventlistener [whatwg.org]Chromeの仕様違反に思える。それが悪いっていうならそれはその通り。Chromeがいい感じに解釈を変更するのはじつはほかにもいくつかある。
なるほど仕様は狂ってないのか。今時のブラウザが敢えて仕様違反するとは思っておらず、勘違いしていました。
今の仕様策定プロセスは、XHTML 2.0の反省から実装を先行してよさげなら正式に取り込むということになっている。なのでブラウザが仕様と異なる、あるいは書かれていない実装をすることはありうるのだけど、それを拡大解釈すれば、既存仕様と異なるデフォルト値を採用するということになるのだろうね。既存が動かなくなるのはともかく、コーディングする際はデフォルト値に頼らないで全部明示するというのが防衛策。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
そこまで酷くはない (スコア:0)
そこまで酷くはない。あの暴走しているようなChromeにもFirefoxは追従できているから。実際私は普段PCではFirefoxを使っているが互換性で困ったことはない。
いくら雑でも公開される仕様、オープンソース、小さいリリース間隔は確実にIE6の時代から前進している。
Re: (スコア:0)
標準の仕様だからOK、公開したら良いと言うものでもない。
もっと分かりやすい解説もあったと思うけど見つからないからこれ [blogspot.jp]とか。動作のサクサク感を上げるために、既存の仕様に完全に則ったウェブページの一部が動かなくなるような破壊的な仕様変更を加えるとか、やってることがおかしい。
「サクサク動くページにしたかったらこの新たな標準仕様に基づいてウェブページを書き換えろ」とすれば良い所を、「既存のあらゆるページもとりあえずサクサク動くように仕様変更したから。一部、その変更に巻き込まれて動作しなくなる既存ページが出てくるから、そういうページは書き換えろ」と善良な無関係な人々に迷惑が掛かるような事をやったのか。
Re: (スコア:0)
IntersectionObserverのことを言っているんだと思うけど、これは悪くない。
従来のものが動かないわけじゃない。サイト作成者に作り方を新しい方法に変えろと言っている。
onscrollで処理すると、処理が終わるまでスクロールしていいかどうかが確定しない。つまり、処理が多ければ多いほどカクツク。
昨今のサイトはどんどん機能追加して重くなっているので、変化していかないと対応できないのだ。
Re: (スコア:0)
従来のものが動かない例
Android Chrome beta (v.56) でdocumentに対するtouchイベントのpreventDefaultが効かない [qiita.com]
iScroll.js と drawer.js のハンバーガーメニューがAndroidで動かない [qiita.com]
新しい書き方をすれば使える新しい機能を追加する、というやり方を採らないのはどう考えても弁護の余地が無い。
Re:そこまで酷くはない (スコア:0)
仕様を確認したけど、初期値はfalse(従来通りの動き)
https://dom.spec.whatwg.org/#dom-eventtarget-addeventlistener [whatwg.org]
Chromeの仕様違反に思える。それが悪いっていうならそれはその通り。
Chromeがいい感じに解釈を変更するのはじつはほかにもいくつかある。
Re: (スコア:0)
なるほど仕様は狂ってないのか。今時のブラウザが敢えて仕様違反するとは思っておらず、勘違いしていました。
Re: (スコア:0)
今の仕様策定プロセスは、XHTML 2.0の反省から実装を先行してよさげなら正式に取り込むということになっている。
なのでブラウザが仕様と異なる、あるいは書かれていない実装をすることはありうるのだけど、
それを拡大解釈すれば、既存仕様と異なるデフォルト値を採用するということになるのだろうね。
既存が動かなくなるのはともかく、コーディングする際はデフォルト値に頼らないで全部明示するというのが防衛策。