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

Re: [D3E] Gecko will start supporting KeyboardEvent.key from Firefox 23, but only for non-printable keys

From: Ojan Vafai <ojan@chromium.org>
Date: Sat, 10 Aug 2013 20:55:34 -0700
Message-ID: <CANMdWTvFCCZZKLF=qoTOZxZFJsDEmYhY0juNZR89ehuFs_pLwA@mail.gmail.com>
To: Masayuki Nakano <masayuki@d-toybox.com>
Cc: "www-dom@w3.org" <www-dom@w3.org>
On Mon, Apr 29, 2013 at 7:35 PM, Masayuki Nakano <masayuki@d-toybox.com>wrote:

> Basically, we don't define new DOM key name values except a few numbered
> keys such as Fxx and LaunchApplicationxx. D3E spec allows to name by
> browser venders, but I'd like to suggest that such keys should be vender
> prefixed for compatibility between browsers in the future. The key values
> are accessed with script. So, if they compare it with a value, they can
> drop the vender prefix by the script. So, it won't cause the problem like
> CSS's vender prefix. Then, web developers don't believe any non-standard
> key names as standard (spec'ed) key names.

This seems to me that it shares many of the problems of CSS vendor
prefixes. Web developers don't (and shouldn't need to!) keep track of
browser release details. Most web developers will use it just the same
whether it's MozPrintableKey or just PrintableKey and the only thing
affecting whether it becomes something every browser needs to implement
(and whether the feature can be changed) is the amount of web content that
depends on it.
Received on Sunday, 11 August 2013 03:56:22 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:37:03 UTC