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

[Bug 11016] Give the TimedTrackCueList getter operation an identifier

From: <bugzilla@jessica.w3.org>
Date: Sat, 01 Jan 2011 06:36:50 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1PYv58-0004VX-Td@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=11016

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

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

--- Comment #3 from Ian 'Hixie' Hickson <ian@hixie.ch> 2011-01-01 06:36:50 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: It's unclear to me why consistency would be especially useful here.
It's not like someone using track.cues[0] is going to wonder why he can't do
track.cues.item(0) instead. Arrays don't support that, right? If we should be
pursuing convergence, it's with Array, not with a random smattering of DOM
interfaces that have a variety of additional ways of obtaining the array items
in addition to the regular getter syntax.

-- 
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 Saturday, 1 January 2011 06:36:52 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Saturday, 1 January 2011 06:36:53 GMT