- From: Ian Hickson <ian@hixie.ch>
- Date: Mon, 1 Jun 2009 23:37:33 +0000 (UTC)
- To: www-dom@w3.org
HTML5 has the following dependencies on DOM3 Events: * Mutation events There are a number of parts of HTML5 where what HTML5 should say depends on what happens with mutation events in DOM3 Events. (My preference would be for mutation events to be either replaced wholesale or made asynchronous, so that they are queued on the event loop instead of being fired as the changes happen, since the latter can result in serious complexities and makes it very hard to maintain invariants during the execution of algorithms.) * Window object interaction Browsers do weird things with the Window object. I believe this is all defined in HTML5 now, but it would be nice to have hooks in DOM3 Events that mean I can just say something like "The Window object is a event dispatch tree root" or whatever and have it just work. http://www.whatwg.org/specs/web-apps/current-work/#events-and-the-window-object (Note that there is complexity around 'load' events here; some 'load' events are exempted from the Window object.) * Defining when user interaction events actually fire There is currently no spec that defines when events like 'click' and 'keydown' and so on actually fire. (There are some constraints defined on those events, but no actual requirement that they fire.) I expect this would be a separate spec than DOM3 Events, but it is pretty important and would help in making HTML5 self-consistent. Right now I've mostly just guessed at what such a spec would say and tried to keep within such boundaries (e.g. in the definition of Interactive Content). http://www.whatwg.org/specs/web-apps/current-work/#interactive-content HTH, -- Ian Hickson U+1047E )\._.,--....,'``. fL http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,. Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'
Received on Monday, 1 June 2009 23:57:48 UTC