W3C home > Mailing lists > Public > www-dom@w3.org > July to September 2009

Re: convertKeyIdentifier

From: Anne van Kesteren <annevk@opera.com>
Date: Tue, 22 Sep 2009 18:56:36 +0200
To: "Doug Schepers" <schepers@w3.org>, "www-dom@w3.org" <www-dom@w3.org>
Message-ID: <op.u0n30mi364w2qv@annevk-t60>
On Tue, 22 Sep 2009 18:51:17 +0200, Doug Schepers <schepers@w3.org> wrote:
> Anne van Kesteren wrote (on 9/22/09 12:27 PM):
>>> It deals directly with key identifiers and the key identifiers set
>>> (for example, there are also named values, not just various
>>> representations of the Unicode code points), so it's not just general
>>> character handling. I don't want to cripple authors because of
>>> misgivings about architectural purity...
>>
>> I don't understand why we cannot have a single list and rather need to
>> have various identifiers for everything.
>
> Because there are different uses for the different values, and the open  
> Web platform currently doesn't have any way to deal with that.  This  
> happens to be a convenient place to do that, especially in the context  
> of the complexity of key events and i18n.

What are these different uses? As I understand the current specification  
keyIdentifier will only return the first value so what is the use for the  
other values?


>>> this is a directly related to DOM3 Events key identifiers, and it
>>> needs to be implemented in that context. Mozilla and Microsoft have
>>> already agreed that we need this, BTW.
>>
>> Well, I disagree. I do not see the point in having this method as I do
>> not see the need for having multiple representations for everything in
>> the first place in the context of DOM Level 3 Events.
>>
>> Furthermore I think putting createEvent on Document was a mistake in to
>> begin with. Especially with the design we have now where DOM events are
>> often used outside the context of documents. (Think of e.g. Web  
>> Workers.)
>
> Noted.

Where?


-- 
Anne van Kesteren
http://annevankesteren.nl/
Received on Tuesday, 22 September 2009 16:57:17 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 22 June 2012 06:14:03 GMT