[Bug 15140] The video element's poster attribute requires clarification in relation to precedence

https://www.w3.org/Bugs/Public/show_bug.cgi?id=15140

Ian 'Hixie' Hickson <ian@hixie.ch> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
  Status Whiteboard|                            |see comment 10 for required
                   |                            |fixes

--- Comment #10 from Ian 'Hixie' Hickson <ian@hixie.ch> 2012-01-31 23:20:48 UTC ---
(In reply to comment #4)
> 
> This doesn't cover the case where you are paused at the beginning of the video
> and seek to 0, which will cause the first video frame to be shown in both Opera
> and Firefox, as any seeking shows the video frame.
> (http://software.hixie.ch/utilities/js/live-dom-viewer/saved/1278)
> 
> It also isn't clearly defined that the "unless a frame of video has already
> been shown" state is reset when loading a new resource (in the resource
> selection algorithm).

Ok, will fix these.


> This isn't accurate, the intrinsic size should be the size of the poster if the
> poster is showing and the size of the video otherwise.

I disagree. The video playback area should be the size of the video, not the
poster, so that it doesn't change size when you start playing.


> Both Opera and Firefox use the size of the poster until the video is shown.

IMHO those are bugs.


(In reply to comment #7)
> 
> The specification says the following:
> "The poster attribute gives the address of an image file that the user agent
> can show while no video data is available"
> 
> The problem bit here is "can show while no video data is available".

That text is non-normative (it doesn't give any requirements) so it's just a
vague statement to introduce the feature. I don't really know how else to
briefly explain what poster="" is for without going into as much detail as the
normative conformance criteria given later.

-- 
Configure bugmail: https://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 Tuesday, 31 January 2012 23:20:51 UTC