Re: [D3E] Gecko will start supporting KeyboardEvent.key from Firefox 23, but only for non-printable keys
Olli Pettay <[email protected]>
| Newsgroups | gmane.comp.web.dom.general |
|---|---|
| Message-ID | <[email protected]> |
On 08/11/2013 06:55 AM, Ojan Vafai wrote: > On Mon, Apr 29, 2013 at 7:35 PM, Masayuki Nakano <[email protected] <mailto:[email protected]>> 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. MozPrintableKey is just a temporary hack and prefixes in all forms should be avoided if possible. -Olli