[Bug 13333] audio, video (and source) elements require param children or equivalent

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

Henri Sivonen <hsivonen@iki.fi> changed:

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

--- Comment #40 from Henri Sivonen <hsivonen@iki.fi> 2011-07-29 14:49:57 UTC ---
EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are
satisfied with this response, please change the state of this bug to CLOSED. If
you have additional information and would like the editor to reconsider, please
reopen this bug. If you would like to escalate the issue to the full HTML
Working Group, please add the TrackerRequest keyword to this bug, and suggest
title and text for the tracker issue; or you may create a tracker issue
yourself, if you are able to do so. For more details, see this document:
   http://dev.w3.org/html5/decision-policy/decision-policy.html

Status: Rejected
Change Description: no spec change
Rationale: This bug report requests the HTML spec to provide <param name=foo
value=bar> children for <source> as a mechanism for special-purpose browsers to
attach name-value parameters to the <source> element. <source> element is
treated as a void element in shipped versions of all the five major
general-purpose browsers. Void elements can't have children, so this bug report
is asking for an HTML parser change. HTML already provides a way to attach
name-value pairs to an element: attributes. HTML also provides guidance on how
to mint vendor-proprietary attributes:
http://dev.w3.org/html5/spec/Overview.html#extensibility Therefore, the general
problem of attaching proprietary name-value pairs to the <source> element is
WORKSFORME and the specific solution of introducing <param> children to
<source> is WONTFIX.

-- 
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, 29 July 2011 14:49:59 UTC