Re: [whatwg] Media elements delaying the load event.
On Thu, 18 Dec 2008, Robert O'Callahan wrote: Currently HTML5 does not require media elements to delay the load event in any way. We certainly don't want to delay the load event until the entire resource has finished loading (as we do for images), but I think it would make sense to delay the load event until media elements that are loading have reached the HAVE_CURRENT_DATA state (or detected an error). This ensures intrinsic sizes are available so the layout can stabilize, it ensures that scripts can access metadata, and it ensures that the video is displaying something (if it's going to). Done. Currently, because media elements and parsing use different task sources, the ordering of media element 'error' events and document 'load' events is allowed to be unpredictable. If this becomes problematic let me know and I'll move the 'error' events to using the DOM manipulation task source instead which will make them fire before the document 'load' event (but will make the spec confusing because I'll have to keep talking about which task source applies for which event). -- Ian Hickson U+1047E)\._.,--,'``.fL http://ln.hixie.ch/ U+263A/, _.. \ _\ ;`._ ,. Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'
Re: [whatwg] Media elements delaying the load event.
On Thu, 2008-12-18 at 14:41 +1300, Robert O'Callahan wrote: Currently HTML5 does not require media elements to delay the load event in any way. We certainly don't want to delay the load event until the entire resource has finished loading (as we do for images), but I think it would make sense to delay the load event until media elements that are loading have reached the HAVE_CURRENT_DATA state (or detected an error). This ensures intrinsic sizes are available so the layout can stabilize, it ensures that scripts can access metadata, and it ensures that the video is displaying something (if it's going to). Surely the load event should not be sent until the whole resource is loaded, otherwise it would clash rather severely with how progress events are defined. Is there some problem with holding the load event until the time when the resource is actually loaded? -- Philip Jägenstedt Opera Software
Re: [whatwg] Media elements delaying the load event.
On Thu, Dec 18, 2008 at 9:57 PM, Philip Jägenstedt phil...@opera.comwrote: On Thu, 2008-12-18 at 14:41 +1300, Robert O'Callahan wrote: Currently HTML5 does not require media elements to delay the load event in any way. We certainly don't want to delay the load event until the entire resource has finished loading (as we do for images), but I think it would make sense to delay the load event until media elements that are loading have reached the HAVE_CURRENT_DATA state (or detected an error). This ensures intrinsic sizes are available so the layout can stabilize, it ensures that scripts can access metadata, and it ensures that the video is displaying something (if it's going to). Surely the load event should not be sent until the whole resource is loaded, otherwise it would clash rather severely with how progress events are defined. Is there some problem with holding the load event until the time when the resource is actually loaded? Just to make it clear, I'm talking about media elements delaying the load event for the enclosing HTML document: http://www.whatwg.org/specs/web-apps/current-work/#delay-the-load-event Rob -- 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]