[whatwg] Html 5 video element's poster attribute

Silvia Pfeiffer silviapfeiffer1 at gmail.com
Sun Sep 19 20:19:22 PDT 2010


Could a call to video.load() reset this state?

Silvia.

On Mon, Sep 20, 2010 at 1:16 PM, Shiv Kumar <skumar at exposureroom.com> 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
>
>
>
> *From:* whatwg-bounces at lists.whatwg.org [mailto:
> whatwg-bounces at 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 <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/20100920/84ac0e52/attachment-0002.htm>


More information about the whatwg mailing list