On Fri, Oct 9, 2009 at 1:32 AM, Philip Jägenstedt <span dir="ltr"><<a href="mailto:philipj@opera.com">philipj@opera.com</a>></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">The spec notes that "Some resources, e.g. streaming Web radio, can never reach the NETWORK_LOADED state." In my understanding, you mustn't go to NETWORK_LOADED if you can't guarantee that the resource will remain in cache. Browsers with clever caching or small caches simply won't send a load event most of the time.<br>
</div></blockquote><div><br>Right, HTML5 allows Gecko to simply never enter the NETWORK_LOADED state and send a "load" event. That would be the simplest thing for us to do, and I think the best in terms of letting us do intelligent caching. But I'd prefer not to do it alone.<br>
<br></div><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"></div> Aesthetically, however, I think it would be strange to not have the load event.<font color="#888888"></font><br>
</blockquote></div><br>If you mean because of the analogy with the "load" events of other elements, then I strongly disagree. That analogy is itself the dangerous thing about media element "load" events: the name strongly suggests you can use them the same way as the "load" events for, say, documents, whereas in reality you can't, in particular because you cannot rely on the "load" event eventually firing. (The fact that the "load" event will usually fire during testing makes it even more dangerous.)<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>