W3C home > Mailing lists > Public > public-html@w3.org > December 2011

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

From: <bugzilla@jessica.w3.org>
Date: Sat, 10 Dec 2011 19:09:25 +0000
To: public-html@w3.org
Message-ID: <bug-15140-2495@http.www.w3.org/Bugs/Public/>
https://www.w3.org/Bugs/Public/show_bug.cgi?id=15140

           Summary: The video element's poster attribute requires
                    clarification in relation to precedence
           Product: HTML WG
           Version: unspecified
          Platform: PC
        OS/Version: Windows XP
            Status: NEW
          Severity: normal
          Priority: P2
         Component: HTML5 spec (editor: Ian Hickson)
        AssignedTo: ian@hixie.ch
        ReportedBy: ian@iandevlin.com
         QAContact: public-html-bugzilla@w3.org
                CC: mike@w3.org, public-html-wg-issue-tracking@w3.org,
                    public-html@w3.org


The video element's poster attribute requires clarification as to whether, if
defined, it should always take precedence over the available video data.

Currently Firefox, Google Chrome, Opera and Safari all behave in the following
manner:

- if a valid URL is provided in a video element's poster attribute, that image
is always displayed, regardless of whether video data is available (e.g. the
first frame)

Internet Explorer 9 however will display the first frame of the video, if it's
available, overwriting the specified poster image.

The specification definition as it is allows IE9's interpretation to be defined
as correct, even though the other browser's interpretation would seem to be
more logical.

I request that the specification be changed to indicate that if a valid image
file is provided in the poster attribute of a video element, then it should
take precedence over anything else (when deciding what to display).

-- 
Configure bugmail: https://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Received on Sunday, 11 December 2011 00:51:58 UTC

This archive was generated by hypermail 2.3.1 : Monday, 29 September 2014 09:39:28 UTC