- From: <bugzilla@jessica.w3.org>
- Date: Sat, 28 Sep 2013 02:15:53 +0000
- To: public-html-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=23388 Bug ID: 23388 Summary: Item #4 of the DOM Window Named Item should not allow nor endorse conflation of the name and id namespaces Product: HTML WG Version: unspecified Hardware: PC OS: Windows NT Status: NEW Severity: normal Priority: P2 Component: HTML5 spec Assignee: dave.null@w3.org Reporter: scunliffe.bugzilla@gmail.com QA Contact: public-html-bugzilla@w3.org CC: mike@w3.org, public-html-admin@w3.org, public-html-wg-issue-tracking@w3.org >From the current draft of the spec http://www.w3.org/html/wg/drafts/html/master/browsers.html#dom-window-nameditem I find item #4 to be out of place and dangerous if implemented and endorsed. "HTML elements that have an id content attribute whose value is name." I've spent the last 12 years of my Web Development career dealing with fixing JavaScript code that incorrectly conflated the ID and NAME namespace causing cross-browser bugs. The ID attribute http://www.w3.org/html/wg/drafts/html/master/dom.html#the-id-attribute is designed as a unique identifier within a document. Whereas a NAME attribute http://www.w3.org/html/wg/drafts/html/master/forms.html#attr-fe-name is designed for naming form controls for HTTP submission and unlike the ID attribute can be duplicated as needed for submitting an Array of values or grouping a set of radio buttons. I fear that acknowledging the bug with Internet Explorer's getElementById(id) and its non-standard document.all collections and actually perpetuating and endorsing it in HTML5 is damaging to the Web. Vague API method/property access implementations are not helpful to the development community and should be avoided at all costs. -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Saturday, 28 September 2013 02:15:56 UTC