- From: <bugzilla@jessica.w3.org>
- Date: Tue, 11 Feb 2014 22:05:51 +0000
- To: public-webapps-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=24624
Bug ID: 24624
Summary: Is the order of HTMLCollection's supported property
names valid?
Product: WebAppsWG
Version: unspecified
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: DOM
Assignee: annevk@annevk.nl
Reporter: dchris@gmail.com
QA Contact: public-webapps-bugzilla@w3.org
CC: mike@w3.org, www-dom@w3.org
The current dom spec says at:
http://dom.spec.whatwg.org/#interface-htmlcollection
"""
The supported property names are the values from the list returned by these
steps:
1. Let result be an empty list.
2. For each element represented by the collection, in tree order, run these
substes:
1. If element is in the HTML namespace and has a name attribute whose
value is neither the empty string nor is in result, append element's name
attribute value to result.
2. If element has an ID which is neither the empty string nor is in
result, append element's ID to result.
3. Return result.
"""
This means that when an element contributes both its id and name, the name will
precede the id in result. This seems odd because this is the opposite behavior
of HTMLCollection subclasses:
http://www.whatwg.org/specs/web-apps/current-work/multipage/common-dom-interfaces.html#collections-0
The HTML5 spec for these collections always indicates:
"with the id of an element preceding its name if it contributes both".
Behavior of existing browsers:
- Firefox 27 has the id preceding the name (see http://jsfiddle.net/59wrt/2/)
- IE11 does not return the Element's id if the Element contributes its name :(
- Chrome. This is not supported yet in stable releases but I have recently
implemented this as per the spec
(http://code.google.com/p/chromium/issues/detail?id=341269). For
HTMLCollection, the name precedes the id. For HTMLCollection subclasses the id
precedes the name. However, this has not shipped yet so there is still time to
fix it if the spec gets updated.
--
You are receiving this mail because:
You are the QA Contact for the bug.
Received on Tuesday, 11 February 2014 22:05:54 UTC