[1] [CITE[hail2u.net - Weblog - getComputedStyle()を利用した既読チェック]] ([[名無しさん]] [WEAK[2006-08-25 16:12:58 +00:00]]) [2] [CODE(DOMm)@en[[[getComputedStyle]]]] で得た [CODE(DOMi)@en[[[CSSStyleDeclaration]]]] の [CODE(DOMa)@en[[[cssText]]]] は、 [[Firefox]] 2 でも [[Opera]] 9 でもなぜか[[空文字列]]を返します。 ;; ([[名無しさん]]) [3] [CODE(DOMm)@en[[[getComputedStyle]]]] で得た [CODE(DOMi)@en[[[CSSStyleDeclaration]]]] の [CODE(DOMa)@en[[[cssText]]]] は、 [[Firefox]] 2 でも [[Opera]] 9 でもなぜか[[空文字列]]を返します。 ;; ([[名無しさん]]) [4] [CITE[getComputedStyle について調べてたら深みにハマったのでメモ - IT戦記]] ([CODE[2008-01-13 07:13:36 +09:00]] 版) ([[名無しさん]]) [5] [CITE[Bug 316981 – background-position property is not available through the CSS DOM interface]] ([TIME[2008-01-27 21:50:50 +09:00]] 版) [6] [CITE[ブラウザ毎の getComputedStyle の戻り値 - uupaaの開発日記]] ([TIME[2008-12-27 15:26:27 +09:00]] 版) [7] [CITE[はてなブックマークのコンテンツの JavaScript を高速化する - IT戦記]] ([TIME[2009-02-08 18:51:12 +09:00]] 版) > - getComputedStyle で取得したオブジェクトのプロパティにアクセスすると、それまでの DOM の変更が一気に計算される - DOM に変更がない場合(スタイルを再計算する必要がない場合)は、プロパティのアクセスは軽い > ということです。 > つまり、 ComputedStyle のプロパティアクセスと DOM の変更が交互に来るような場合が最悪で、一気に DOM を変更したあと、一気に getComputedStyle をするというのが理想です。 > これは、 Firefox ではどの程度影響があるかは分かりません(実験したことがないので、今度実験してみます)が、 Google Chrome や Safari など WebKit 系のブラウザではかなり顕著です。 [8] [CITE[IRC logs: freenode / #whatwg / 20091204]] ([TIME[2009-12-27 16:46:13 +09:00]] 版) [9] [CITE[IRC logs: freenode / #whatwg / 20130723]] ( ([TIME[2013-07-24 20:12:52 +09:00]] 版)) [10] [CITE@en[Re: computedStyle of cloneNode]] ( ([[L. David Baron]]著, [TIME[2016-05-03 13:20:09 +09:00]])) [11] [CITE@en[Re: computedStyle of cloneNode]] ( ([[L. David Baron]]著, [TIME[2016-05-04 06:08:22 +09:00]])) [12] [CITE@en['''['''cssom''']''' Fix getComputedStyle with over-constrained box-offset properties]] ( ([[zcorpan]]著, [TIME[2016-06-21 20:00:42 +09:00]])) [13] [CITE@en[Re: computedStyle of cloneNode]] ([[Simon Pieters]]著, [TIME[2016-06-30 20:36:00 +09:00]])