Re: SVGT 1.2: "evt" vs "event" as the implicit event argument to event handlers

Hi Maciej,
We added "event" as an alias to "evt", this way backwards compatibility
is kept and the html universal practice likewise.
 
Please let us know shortly if this doesn't address your concern.
Thanks
/ola (for the SVG WG)
 
From: Maciej Stachowiak <mjs@apple.com
<mailto:mjs@apple.com?Subject=Re%3A%20SVGT%201.2%3A%20%22evt%22%20vs%20%
22event%22%20as%20the%20implicit%20event%20argument%20to%20event%20handl
ers&In-Reply-To=%253C5EA9AE66-2DE0-43C9-9C3A-5400FF860D0E%40apple.com%25
3E&References=%253C5EA9AE66-2DE0-43C9-9C3A-5400FF860D0E%40apple.com%253E
> > 
Date: Wed, 28 Dec 2005 02:02:53 -0700
Message-Id: <5EA9AE66-2DE0-43C9-9C3A-5400FF860D0E@apple.com> 
To: www-svg@w3c.org
<mailto:www-svg@w3c.org?Subject=Re%3A%20SVGT%201.2%3A%20%22evt%22%20vs%2
0%22event%22%20as%20the%20implicit%20event%20argument%20to%20event%20han
dlers&In-Reply-To=%253C5EA9AE66-2DE0-43C9-9C3A-5400FF860D0E%40apple.com%
253E&References=%253C5EA9AE66-2DE0-43C9-9C3A-5400FF860D0E%40apple.com%25
3E>  
 
 
SVG Tiny 1.2 calls for handler element bodies to implicitly create a  
function with a paramater named "evt" for the event. SVG Full 1.1 did  
the same for event handler attributes. However, the longstanding  
universal practice of (X)HTML UAs is to name this parameter "event".  
It seems like it will be terribly confusing in a CDF enviornment for  
SVG event handlers to name this parameter "evt" and for other  
languages to use "event", especially since many major browsers are  
now implementing HTML+SVG. There does not seem to be any advantage to  
"evt".
 
I recommend renaming this parameter from "evt" to "event". This would  
break compatibility with SVG 1.1 but the alternative is ongoing  
confusion for content authors. Another option is to require both  
"evt" and "event" parameters but deprecate "evt".
 
Regards,
Maciej