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

Re: addEventListener naming

From: Maciej Stachowiak <mjs@apple.com>
Date: Sun, 13 Sep 2009 14:36:34 -0700
Cc: Anne van Kesteren <annevk@opera.com>, olli@pettay.fi, Jonas Sicking <jonas@sicking.cc>, Doug Schepers <schepers@w3.org>, "www-dom@w3.org" <www-dom@w3.org>, Alex Russell <slightlyoff@google.com>
Message-id: <6BB64F0A-2593-432C-991F-768E950237D6@apple.com>
To: Ian Hickson <ian@hixie.ch>

On Sep 13, 2009, at 2:01 PM, Ian Hickson wrote:

> On Sun, 13 Sep 2009, Anne van Kesteren wrote:
>> On Sun, 13 Sep 2009 13:59:31 +0200, Olli Pettay <Olli.Pettay@helsinki.fi 
>> >
>> wrote:
>>> I agree with Jonas. I wouldn't want to see listen() and unlisten()
>>> added to the spec.
>>
>> Agreed. I'd rather we have a much tighter focus on getting better
>> interoperability on DOM Level 2 Events and document more of what is
>> already implemented (e.g. key events) than spend time on adding new
>> features that only have marginal benefit.
>
> The main reason I'd recommend against adding aliases is that the Web
> platform is already huge and complicated. Adding an alias only adds a
> potential new source of bugs, it doesn't add any new features; this
> therefore just leads to more complexity in the platform. Even if the
> browsers manage to implement this flawlessly, it's still just more to
> explain when writing the platform's reference book.

I wouldn't rule out ever adding friendly shorter aliases (I feel less  
strongly about this than Jonas), but I think DOM3 Events is not the  
time to do so. We need to cut unimplemented features, tighten up the  
spec language, and ship this puppy. It's already way behind. Maybe we  
should start assembling a wishlist for DOM4 Events.

Regards,
Maciej
Received on Sunday, 13 September 2009 21:37:14 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 22 June 2012 06:14:03 GMT