RE: [SVGMobile12] SVGT12-207: event "alias"es

Bjoern,
Of course this only has to do with SVG and isn't a requirement across all DOM Events implementations. It's the SVG spec. 

However, it does put a requirement on UAs that support SVG to have to implement the aliasing mechanism, probably at least partly within their low-level event logic. This is an inevitability given than there needs to be some cleanup around the events defined within SVG 1.0 in order to make it so that SVG will have a unified set of event names with DOM3 Events (which happened after SVG 1.0) in order to allow proper event bubbling across SVG and HTML (and other languages). Event bubbling won't work in a compound document scenario if there is not agreement about the QNames of the shared events.

This event aliasing for SVG affects all mechanisms that register event listeners via namespaced events, which according to my accounting would be XML Events (used within the context of SVG Tiny 1.2), svg:handler, addEventListener, and addEventListenerNS. The aliasing does not apply to SVG's use of SMIL; instead, the event strings used within the 'begin' and 'end' attributes are listed in the "Animation event name" column within the table in http://www.w3.org/TR/SVGMobile12/interact.html#SVGEvents.

Jon

-----Original Message-----
From: Bjoern Hoehrmann [mailto:derhoermi@gmx.net] 
Sent: Sunday, February 19, 2006 5:01 PM
To: Jon Ferraiolo
Cc: www-svg@w3.org
Subject: Re: [SVGMobile12] SVGT12-207: event "alias"es

* Jon Ferraiolo wrote:
>--------------
>The event aliases described in this section allow the use of an
>alternate event type when registering an event listener. For example, it
>is possible to register an event listener for the resize event (i.e.,
>{"http://www.w3.org/2001/xml-events", "resize"}) using the alias
>{"http://www.w3.org/2001/xml-events", "SVGResize"}.
>--------------

I do not understand this text. Is this trying to modify the normative
definition of the addEventListener methods in DOM Level 3 Events such
that

  addEventListenerNS(ev, 'SVGResize'); // and
  addEventListenerNS(ev, 'resize');

are equivalent? If, is this so for all DOM Level 3 Events implemen-
tations or just for implementations that also support SVG Tiny 1.2 or
of the methods are called from some SVG context or...? Is this just a
matter of the API or does this affect SMIL Animation, XML Events, etc.
in the same way, even though these features are not defined in terms
of addEventListener? I don't think the text is acceptable as it stands.
-- 
Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://bjoern.hoehrmann.de
Weinh. Str. 22 · Telefon: +49(0)621/4309674 · http://www.bjoernsworld.de
68309 Mannheim · PGP Pub. KeyID: 0xA4357E78 · http://www.websitedev.de/

Received on Monday, 20 February 2006 01:17:45 UTC