On Thu, Feb 26, 2009 at 10:19 PM, Ian Hickson <span dir="ltr"><ian@hixie.ch></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;">
<div class="im">On Wed, 25 Feb 2009, Robert O'Callahan wrote:<br>
><br>
> Under "Once enough of the media data has been fetched to determine the<br>
> duration of the media resource, its dimensions, and other metadata",<br>
> after setting the state to HAVE_METADATA, steps 7 and 8 say<br>
><br>
> > 7. Set the element's delaying-the-load-event flag to false. This stops<br>
> > delaying the load event.<br>
> ><br>
> > 8. This is the point at which a user agent that is attempting to<br>
> > reduce network usage while still fetching the metadata for each media<br>
> > resource would stop buffering, causing the networkState attribute to<br>
> > switch to the NETWORK_IDLE value, if the media element did not have an<br>
> > autobuffer or autoplay attribute.<br>
><br>
> I suggested HAVE_CURRENT_DATA would be a better state for these actions,<br>
> and I still think so. These actions should not occur until the UA is<br>
> able to display the first frame of the video. Authors would want the<br>
> first frame of a non-autobuffered video to be visible, and the document<br>
> load event should fire after the first frame is available by analogy<br>
> with images.<br>
<br>
</div>I've updated the note as per your suggestion.<br></blockquote><div> </div></div>In step 7 you still stop delaying the load event after loading metadata. I still say we should keep delaying the load event until we reach HAVE_CURRENT_DATA.<br>
<br clear="all">Rob<br>-- <br>"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." [Isaiah 53:5-6]<br>