On Tue, Oct 13, 2009 at 3:07 PM, Ian Hickson <span dir="ltr">&lt;<a href="mailto:ian@hixie.ch">ian@hixie.ch</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
On Wed, 9 Sep 2009, Darin Fisher wrote:<br>
&gt; What about navigating an iframe to a reference fragment, which could<br>
&gt; trigger a scroll event?  The scrolling has to be done synchronously for<br>
&gt; compat with the web.<br>
<br>
You can only do that with same-domain pages, as far as I can tell.<br>
<br>
(Does that really have to be synchronous?</blockquote><div><br>Later in the thread I mentioned that in Gecko, the &#39;scroll&#39; event is asynchronous, which suggests that Web compatibility does not require it to be synchronous.<br>
 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Right now we don&#39;t define the<br>
&#39;scroll&#39; event anywhere. What are the semantics it needs?)<br></blockquote><div><br>Perhaps it should be defined in CSSOM, alongside scrollTop/scrollLeft?<br><br>In Gecko, it&#39;s just something that fires asynchronously after a node&#39;s scrollTop/scrollLeft have changed. Scroll events for the viewport fire at the document and bubble to the window, scroll events on elements with &#39;overflow&#39; not &#39;visible&#39; fire at that element and don&#39;t bubble.<br>
<br></div>Rob<br></div>-- <br>&quot;He was pierced for our transgressions, he was crushed for our iniquities; the punishment that brought us peace was upon him, and by his wounds we are healed. We all, like sheep, have gone astray, each of us has turned to his own way; and the LORD has laid on him the iniquity of us all.&quot; [Isaiah 53:5-6]<br>