W3C home > Mailing lists > Public > www-dom@w3.org > January to March 2013

Re: DOM Keyboard Event Level 3 questions about proposal

From: Florian Bösch <pyalot@gmail.com>
Date: Thu, 7 Mar 2013 21:43:18 +0100
Message-ID: <CAOK8ODg44xuEk2LsZfi7L+fkpcy=aOF0qRzvsA9t8uUzOqHBXg@mail.gmail.com>
To: Егор Николаев <termi1uc1@gmail.com>
Cc: Masayuki Nakano <masayuki@d-toybox.com>, "www-dom@w3.org" <www-dom@w3.org>, Brad Pettit <Brad.Pettit@microsoft.com>
On Thu, Mar 7, 2013 at 9:24 PM, Егор Николаев <termi1uc1@gmail.com> wrote:

> As for "code" property. It is the same problem as "key". Why this property
> exists in the first place? What should "code" property bring to developer,
> that keyCode can't? What should make me to abandon keyCode  in favor of
> "code"?
> And again,  https://www.w3.org/Bugs/Public/show_bug.cgi?id=19827 proposal
> should work only if event.location ==  DOM_KEY_LOCATION_STANDARD.
The code property is belonging to the DOM Event Level 4 specification,
which tries to address the issues of the DOM Event Level 3 specification
that only offers char and key, both of which are of little use for shortcut
systems and configurations thereof.

Additional to the code property a queryKeyCap was introduced to facilitate
being able to render a shortcut display according to the users keyboard
layout (actually showing the key cap as present). event.code + queryKeyCap
solve the issue that key and char do not.
Received on Thursday, 7 March 2013 20:43:46 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 20 October 2015 10:46:20 UTC