On Tue, 17 Jun 2008 20:19:16 +0900, Anne van Kesteren <[EMAIL PROTECTED]> wrote:

On Tue, 17 Jun 2008 07:25:42 +0200, Charles McCathieNevile <[EMAIL PROTECTED]> wrote:
The usecase makes sense to me. But I wonder if it should be defined in DOM 3 events instead?

DOM Events should define a way for other specifications to introduce their own event interfaces in a convenient way. The other specifications can then use that to easily describe FooEvent, FooEvent.init..., and "FooEvent" (for constructing). It would be quite a burden if DOM Events would actually needed to be updated each time we introduce a new event interface.

Indeed. Although that drives us to the question of how to make sure that events are not conflicting, when different specs can be written, I figure all that is an issue for DOM 3 events.

In part the question arises for progress events in particular because it is actually being defined by the same WG that is defining DOM 3 events, so it could reasonably expect to work with the developers for that spec in a way that is not available to most people who might try to create some kind of eventType...

cheers

Chaals

--
Charles McCathieNevile  Opera Software, Standards Group
    je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals   Try Opera 9.5: http://snapshot.opera.com

Reply via email to