[Bug 23603] should body.scrollTop/Left return an overflown body's scroll offset in both strict and quirks modes?


--- Comment #4 from Antonio Gomes <tonikitoo@webkit.org> ---
(In reply to Antonio Gomes from comment #2)
> (In reply to Antonio Gomes from comment #1)
> > If Gecko's behavior is preferred, item (3) could get amended as:
> > 
> > 3) If the element is the HTML body element, the Document is in quirks mode,
> > *and the element has no associated scrolling box*, return the value of
> > scrollY.
> > 
> > likewise, scrollLeft would have to be changed, as well as the symmetric set
> > operations (setting scrollTop and scrollLeft).
> Tested on IE8 (old!) and the behavior is even more different:
> - on quirks mode, IE does not respect the body's overflow:scroll property at
> all;
> - on strict mode, it does, and creates "scrollable body" (not the
> documentElement element). It then behaviors like Opera and Firefox, as far
> as I can tell.

Hum, http://www.cs.tut.fi/~jkorpela/quirks-mode.html says that in quirks mode
body is the root element, so IE seems to be doing the right thing above, as
oppose to WebKit, Presto and Gecko: no body specific scrollable box is created.
Then scrolltop of body in quirks mode is the actual root element's scroll Y

@Simon, please let me know your thoughts.

You are receiving this mail because:
You are the QA Contact for the bug.

Received on Wednesday, 23 October 2013 10:19:28 UTC