W3C home > Mailing lists > Public > www-dom@w3.org > April to June 2011

Re: Functions that Implement the EventListener Interface (DOM Level 3 Events)

From: Cameron McCormack <cam@mcc.id.au>
Date: Fri, 24 Jun 2011 11:59:04 +1200
To: Rob Brackett <rbrackett@apple.com>
Cc: Jonas Sicking <jonas@sicking.cc>, "Olli@pettay.fi" <Olli@pettay.fi>, "www-dom@w3.org" <www-dom@w3.org>, Jacob Rossi <jrossi@microsoft.com>
Message-ID: <20110623235904.GB21255@wok.mcc.id.au>
Rob Brackett:
> It's just frustrating, as a content author, that it's a little
> unpredictable and that it removes the easy ability to have "this"
> point to my object instead of to the DOM node that fired the event.

Do you mean unpredictable because of non-interoperability?  Then sure, I
think that’s what we all want to fix. :-)

Note this is only an issue for when you have an object that is *both* a
Function object and has a handleEvent property.  If you want an object
for you this, don’t use a function.

  var listener = {
    _state: 123,
    handleEvent: function(evt) {
      // do something with evt and this._state
  addEventListener(blah, listener, false);

There is a hook in Web IDL for defining what “this” will be (the
“callback this value” definition in
http://dev.w3.org/2006/webapi/WebIDL/#native-objects).  DOM Core/Events
needs to define that this value is the event target if the listener is a
Function object.

Cameron McCormack ≝ http://mcc.id.au/
Received on Thursday, 23 June 2011 23:59:43 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 20 October 2015 10:46:17 UTC