タグ

javascriptとdomに関するgotinのブックマーク (7)

  • Node.compareDocumentPositionが素晴らしい - hogehoge @teramako

    と呟いていたら、 id:caisui さんが と教えてくれた。 広範囲にイベントを取得して、イベント発生元がどの要素に含まれるかで処理を変えたい時があって、そんな時は親ノードを辿って調べるという面倒なことをしていた。これとはおさらばしたいということで、compareDocumentPositionについて調べてみた。 Node.compareDocumentPosition - MDC Doc Center The return value is a bitmask with the following values: DOCUMENT_POSITION_DISCONNECTED = 0x01; DOCUMENT_POSITION_PRECEDING = 0x02; DOCUMENT_POSITION_FOLLOWING = 0x04; DOCUMENT_POSITION_CONTAINS

    Node.compareDocumentPositionが素晴らしい - hogehoge @teramako
  • Let's make the web faster - Google Code

    Speeding up JavaScript: Working with the DOM Author: KeeKim Heng, Google Web Developer When working with Rich Internet Applications, we write JavaScript that updates the page by changing elements or adding new ones. This is done by working with the DOM, or Document Object Model, and how we do this can affect the speed of our applications. Working with the DOM can cause browser reflow, which is the

  • 文字列からDOMの構築にかかる時間 « ku

    tumblr経由でGreasemonkeyスクリプトのGM_xmlhttpRequestとかで取得したhtmlとかxmlをいじる場合はxpathだと遅いことが多いかも - さらさら宇宙忍法帖を読んで というのと、実際の時間は2000ms vs 200msほどなんで、2秒待てる処理なら多少遅くたっていいじゃん、ってのもあるかもしれないです。いや2秒と0.2秒は体感できる違いだなぁ。。 体感でさすがに2秒もかかってない気がした(DOMの構築は同期的に行われるのでその間UIがフリーズするはずだけど、そういうストレスを感じてない)けどどれくらいかかっているのかも知らなかったので調べてみました。 実験 評価環境 2.16GHz/Core2Duo OSX10.4+Firefox3beta3 評価方法 AutoPagerize 0.23で文字列からDOMを構築しているcreateHTMLDocument

    gotin
    gotin 2008/03/05
    (訂正)件の記事はたしかdiv要素か何かにinnerHTMLで無理矢理つっこんで、そこからXPathで中身をとってくる処理を計測してた気がします。計測につかったコード残しておくべきでした><
  • DocumentFragmentの考察 - Personnel

    DOMユーザーの方は、このようなことが出来たら良いと思ったことはありませんか? NodeListのクローンを作成する NodeListをそのままappendChildのパラメータにする もちろんこのようなことは出来ません。NodeListのitem一つ一つのクローンを作成し、一つ一つをappendChildしなければならないのです。しかし、DocumentFragmentを利用することによって、このような感覚の操作をすることが可能になります。 Foot note この記事のURI参照 http://members.jcom.home.ne.jp/jintrick/Personal/documentFragment.html#seeds ここに、文書A、文書B、文書C があったとします。 文書A <rootA> <item /> <item /> <item /> <

  • DOM Rangeについて色々 - Personnel

    これまで、Rangeインターフェイスはテキストの選択範囲を操作する、それだけの仕様だと思っていました。しかし、DOM CoreやHTMLでは面倒で、コードが煩雑になりがちだった複数の要素に関する操作が、Rangeインターフェイスを利用することで直感的かつ直接的な操作になり、とても扱いやすくなることが分かりました。現在では個人的に、DOMで文書ツリーを扱う時には常に傍らにいてもらいたい介さんのような存在になっています。取りあえず呼んでおけ、みたいな。 以下、とてもありがちな要素に関する操作を、CoreやHTMLのみを用いた方法とRangeを利用した方法で行い、その比較を行います。 Foot note この記事のURI参照 http://members.jcom.home.ne.jp/jintrick/Personal/DOM_Range.html#MISUNDERSTANDING D

  • はてなブログ | 無料ブログを作成しよう

    オーベルジーヌ実レポ べ物の鼻塩塩(未だに通じるのかな) オーベルジーヌというカレーをご存知だろうか 都内にあるデリバリー専門のカレー屋で、 ロケ弁などで大人気の格欧風カレーが楽しめるらしい いいな〜 いいな〜オブザイヤー 都内の奴らはこんな良いモンってんのか 許せねえよ………

    はてなブログ | 無料ブログを作成しよう
  • nazonoDiary - compareDocumentPosition

    で、編集画面が使いにくい(投稿関係ボタンをテキスト・エリアの下に)のを作るときにドキュメントが全然見つからずに苦労したcompareDocumentPositionについて そもそもieだと contains で「エレメントは親子関係にあるか?」が調べられるのだけれど、Mozillaではその関数は定義されてなさそう。Firebugでエレメントを見ているとcompareDocumentPositionというそれっぽい関数を見つけたのはいいが、使い方がさっぱりわからない… DOM関係のドキュメントを調べるときにとても参考になるJavaDocには short compareDocumentPosition(Node other) throws DOMException ドキュメントでの位置について参照ノード (このメソッドが呼び出されているノード) とパラメータとして渡されたノードをドキュメント

    nazonoDiary - compareDocumentPosition
  • 1