Hello public-webapi, This is some feedback based on the current draft of DOM Level 3 Events that I got from the team dealing with events etc at Opera: * Current spec doesn't take the current situation into account so it creates just yet another system that implementors have to implement. Why specify a brand new "textInput" event instead of specifying "keypress" which everyone must support in any case? What is the interaction supposed to be between the "textInput" event and the "keypress" event - in what order do they fire, do both fire if one is cancelled by the script etc.? * The really hard part, how to map a pressed key to a key identifier isn't specified at all. All there is is "A.1.5 Guidelines for defining key identifiers" which is non-normative and bascically says "do something that seems logical". (ED: Guessing that it would be nice if the rationale for this was explained clearly in the spec.) * The javascript code for listening to key events will be unreadable without an accompanying unicode list since evt.keyIdentifier will be something like "U+XXXX". Remember that this was based on the last WD of DOM 3 Events, and that even if these comments may come off as a bit negative I believe that Opera wants to see the keyboard events specified in DOM 3 Events. /Erik -- Erik Dahlstrom, Core Technology Developer, Opera Software Co-Chair, W3C SVG Working Group Personal blog: http://my.opera.com/macdev_edReceived on Thursday, 10 April 2008 14:14:45 GMT
This archive was generated by hypermail 2.2.0+W3C-0.50 : Thursday, 10 April 2008 14:14:46 GMT