[whatwg] Html 5 video element's poster attribute

Silvia Pfeiffer silviapfeiffer1 at gmail.com
Mon Sep 20 04:58:27 PDT 2010

On Mon, Sep 20, 2010 at 7:26 PM, Chris Pearce <chris at pearce.org.nz> wrote:

>  On 20/09/2010 6:11 p.m., Roger Hågensen wrote:
> If the user pauses the video during play then a "paused poster" must not be
> shown as the user most likely intends to study the paused frame of the video
> This is a good argument against having a paused-poster.
> The question then is whether the end-poster needs to be different from the
> start-poster. If the main use case is "re-display the poster image so the
> user knows that they can play again", then the end-poster and start-poster
> don't need to be different.
> Showing the poster at the end of playback is a matter of taste. How about
> we remain with a single 'poster' attribute, and add a 'showposter' attibute,
> with values 'start', 'end', and 'both', which denote when the poster is
> shown? Or the values could be enumerated similar to how readyState and
> networkState are enumerated.
> On 20/09/2010 7:57 p.m., Silvia Pfeiffer wrote:
> On Mon, Sep 20, 2010 at 1:38 PM, Shiv Kumar <skumar at exposureroom.com>wrote:
>>   >Could a call to video.load() reset this state?
>>  Currently is doesn’t affect the poster. But would that be intuitive? I’m
>> getting the video element to load it’s source and so the poster will show?
> I regard the load() function as a kind of reset() function. But possibly we
> need an actual reset() function to return to the original state where the
> poster image is displayed?
> It seems reasonable to me that subsequent calls to load() should behave the
> same was the first call to load(), so the poster should be redisplayed
> whenever load() is called. We should change the load() algorithm to require
> the poster frame to be repainted, if it's present.

I think that would be the easiest way to satisfy this requirement. We don't
throw away the cached data if load() reloads the same resource and the
resource hasn't changed, I assume?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.whatwg.org/pipermail/whatwg-whatwg.org/attachments/20100920/2e143f91/attachment-0002.htm>

More information about the whatwg mailing list