Re: Should event and accessKey timing respect preventDefault?

--00148537acdaaee926048fb6cc22
Content-Type: text/plain; charset=ISO-8859-1

On 30 August 2010 01:28, Jack Jansen <[email protected]> wrote:

> Thanks to Rick's clarification I now retract my original analysis: I think
> Brian's original analysis is correct.
>
> The situation is indeed an event listener calling event.preventDefault() to
> stop normal processing.
>
> With this new understanding, it would seem most logical that a call to
> preventDefault() would indeed forestall the event starting the element.
>

Thanks Jack for looking into this. Sorry for me delay in following this up.

I think this behaviour needs to be specified.

There seems to be an understanding that clarifications in recent versions of
SMIL should be back-ported to SMIL Animation / SVG so perhaps an erratum for
SMIL 3 would do the trick. Otherwise, perhaps this could be defined as
host-language dependent (again, in an erratum) and then specified in SVG.
Personally I prefer the former since SMIL 3 already makes reference to
closely-related behaviour such as event bubbling but you'll know best what's
the right course.

Thanks again,

Brian Birtles

--00148537acdaaee926048fb6cc22
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div class=3D"gmail_quote">On 30 August 2010 01:28, Jack Jansen <span dir=
=3D"ltr">&lt;<a href=3D"mailto:[email protected]">[email protected]</a>&g=
t;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin: 0pt =
0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex=
;">
Thanks to Rick&#39;s clarification I now retract my original analysis: I th=
ink Brian&#39;s original analysis is correct.<br>
<br>
The situation is indeed an event listener calling event.preventDefault() to=
 stop normal processing.<br>
<br>
With this new understanding, it would seem most logical that a call to prev=
entDefault() would indeed forestall the event starting the element.<br></bl=
ockquote><div><br>Thanks Jack for looking into this. Sorry for me delay in =
following this up.<br>
<br>I think this behaviour needs to be specified.<br><br>There seems to be =
an understanding that clarifications in recent versions of SMIL should be b=
ack-ported to SMIL Animation / SVG so perhaps an erratum for SMIL 3 would d=
o the trick. Otherwise, perhaps this could be defined as host-language depe=
ndent (again, in an erratum) and then specified in SVG. Personally I prefer=
 the former since SMIL 3 already makes reference to closely-related behavio=
ur such as event bubbling but you&#39;ll know best what&#39;s the right cou=
rse.<br>
<br>Thanks again,<br><br>Brian Birtles<br></div></div>

--00148537acdaaee926048fb6cc22--