Foteos Macrides wrote:
'self' is the current frame or iframe with an 'html' block.
So 'self' is the window the code is running in? Thus when you do:
h=document.getElementsByTagName('html')[0];
h.style.overflow='hidden';
That's self.document you're working with?
which inappropriately resets the document to
0,0 and can do so after an immediately following scollTo() call unless
that's delayed so as to ensure that the scrollTo() in fact occurs after the
inappropriate reset.
Interesting. Do you know where this "reset" is coming from? Is the behavior on
trunk as you describe?
I'm not sure what you mean by 'not flushing out pending layout/style
changes'.
Layout and style changes happen asynchronosly, normally. Calling some methods
will synchronously process them. window.scrollTo is one of those methods -- all
pending layout and style changes to the document inside the window are processed
before the scroll is attempted.
If you haven't been following this thread, the 'inappropriate reset' bug is
gone in the 'Minefield' v3.0a1 (rv: 1.9a1) nightly trunk
Oh, ok. That more or less means I don't care. ;) Though it _is_ pretty odd
that this happens on branch, given
<http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/dom/src/base/nsGlobalWindow.cpp&rev=1.761.2.64&mark=3940#3934>.
-Boris
_______________________________________________
dev-tech-layout mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-tech-layout
