W3C home > Mailing lists > Public > public-html-comments@w3.org > October 2009

Re: Video DOM API

From: Simon Pieters <simonp@opera.com>
Date: Sat, 10 Oct 2009 11:44:55 +0200
To: "Gervase Markham" <gerv@gerv.net>
Cc: public-html-comments@w3.org
Message-ID: <op.u1kv05giidj3kv@simon-pieterss-macbook.local>
On Sat, 10 Oct 2009 11:20:10 +0200, Gervase Markham <gerv@gerv.net> wrote:

> On 10/10/09 09:19, Simon Pieters wrote:
>>> Actually, no, scratch that.
>>> I just want play() to implicitly invoke load(), because then it all  
>>> DWYM.
>> Even if the first video hasn't ended yet? Even if src hasn't changed?
> Well, if src hasn't changed, then presumably load() is a no-op under any  
> circumstances?

No. load() empties the media element, resets playbackRate, fires some  
events and restarts the resource selection algorithm.

> If a video is playing, I change the src= and then call play() again, I  
> don't think it's unreasonable to expect the element to start playing the  
> new src.

I think it is unreasonable, because pause() and play() are intended to be  
used for author-supplied scripted controls, and the user should be able to  
pause and play the first video without that causing the new video to be  

>> Invokind load() on play() still doesn't solve preloading, which you said
>> you wanted to have earlier.
> Yeah, scratch that. As you explained, much better to use two elements.


Simon Pieters
Opera Software
Received on Saturday, 10 October 2009 09:45:49 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:26:25 UTC