[whatwg] Html 5 video element's poster attribute

>I wonder if these are separate use cases, e.g. whether users would want to display a different image from the poster image in these cases. i.e. I wonder if we need to >provide an attribute to specify an image to display when paused and another new attribute for an image to display when playback has ended. I wonder if that's overkill >through.

 

Oh gosh no! J

 

 

Shiv

 <http://exposureroom.com/> http://exposureroom.com

 

From: whatwg-bounces@lists.whatwg.org [mailto:whatwg-bounces@lists.whatwg.org] On Behalf Of Chris Pearce
Sent: Sunday, September 19, 2010 11:27 PM
To: whatwg at lists.whatwg.org
Subject: Re: [whatwg] Html 5 video element's poster attribute

 

Right, so you want to be able to toggle the poster back on (when the media is paused or ended) but after playback has started.

I wonder if these are separate use cases, e.g. whether users would want to display a different image from the poster image in these cases. i.e. I wonder if we need to provide an attribute to specify an image to display when paused and another new attribute for an image to display when playback has ended. I wonder if that's overkill through.


Chris P.

On 20/09/2010 3:16 p.m., Shiv Kumar wrote: 

As regards having more control of the poster?s visibility,  what I?m saying is that one should have the ability to turn on/off a poster. Currently once the poster has been made invisible by the UA, there is no way to turn it back on. So if I wanted to turn it back on after the video has ended, I can?t and I think people should have that choice?

 

I hope that makes sense?

 

 

Shiv

http://exposureroom.com <http://exposureroom.com/> 

 

From: whatwg-bounces@lists.whatwg.org [mailto:whatwg-bounces@lists.whatwg.org] On Behalf Of Chris Pearce
Sent: Sunday, September 19, 2010 11:10 PM
To: whatwg at lists.whatwg.org
Subject: Re: [whatwg] Html 5 video element's poster attribute

 

On 20/09/2010 12:50 p.m., Aryeh Gregor wrote: 

On Sun, Sep 19, 2010 at 4:53 PM, Shiv Kumar  <mailto:skumar at exposureroom.com> <skumar at exposureroom.com> wrote:

The poster frame should remain visible until the video is played.

 
I agree with Silvia, this should be required by the spec.


This makes sense, we should spec this so that the poster must be visible until its played, otherwise the poster attribute can't be relied upon by authors.










The poster should show again after the video has ended.
 
I'm ambivalent about this.  I could go either way.


Aesthetically, I feel we shouldn't show the poster once the video has finished. Authors could script this behaviour if they wanted it. The spec as it's written forbids showing the poster after a video frame has been shown.






The visibility of the poster should be scriptable and/or controllable using
an attribute. Meaning that one should be able to turn on/off the poster
(without changing the poster attrbute?s value)

 
I don't see why this is necessary.


I also don't see why this is necessary. The poster attribute is only useful if it's enabled, it's not useful if it isn't. Having an attribute to denote whether the poster attribute is enabled seems like duplication of state to me.





  You can just do
 
video.dataset.poster = video.poster;
video.removeAttribute("poster");
 
to remove it, and
 
video.poster = video.dataset.poster;
 
to restore, if you like.  (In browsers that implement dataset, which
is apparently only WebKit so far.  But you can easily store the
original value someplace else, although not quite as elegantly.)
 


The specification for poster [1] implies that we should handle dynamic changes to the poster attribute. I can imagine authors may want to cycle through a chain of poster images for a given video, and this can (theoretically) be easily implemented by changing the poster attribute in a timer.

Chris P.

[1] http://www.whatwg.org/specs/web-apps/current-work/multipage/video.html#attr-video-poster

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.whatwg.org/pipermail/whatwg-whatwg.org/attachments/20100919/d34cd8ca/attachment-0001.htm>

Received on Sunday, 19 September 2010 20:31:51 UTC