[Bug 12465] Can it be added that the poster image (if defined) should continue to show until video is played for the first time? Safari currently shows the first frame of the video as soon as it's available (when preloading) while other browsers continue to show the

http://www.w3.org/Bugs/Public/show_bug.cgi?id=12465

Aryeh Gregor <Simetrical+w3cbug@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|WONTFIX                     |

--- Comment #4 from Aryeh Gregor <Simetrical+w3cbug@gmail.com> 2011-07-15 19:18:00 UTC ---
If the poster frame is displayed in some browsers but not others once the video
starts loading, they'll be forced to hack around it by superimposing an <img>
or burning a poster into the first frame of the video.  This defeats the entire
point of the feature.  If something is visually part of the page contents,
authors absolutely need to be able to control it reliably.  Authors are not
going to accept "the poster frame I've carefully selected displays in some
browsers until the user hits play, and in others it disappears almost
immediately and is replaced by the first frame".

This isn't UI at all.  UI differences are where the same basic thing is
displayed to the user, but in a UA-specific manner.  Here we're talking about
two totally different things being displayed to the user: the poster and the
first frame.  There's no reason not to demand interop here.

I don't get your last sentence at all.  We're talking about a case where no one
has started playing the video at all.  What does starting and immediately
stopping it have to do with anything?  Once the video has started playing, the
poster shouldn't display anymore, as the spec says: "the poster frame should
not be shown again after a frame of video has been shown."

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

Received on Friday, 15 July 2011 19:18:03 UTC