Re: Should event and accessKey timing respect preventDefault?

I think I agree with Jack. IIRC, the behavior Brian describes might be appropriate after a cancelPropagate() call, but not after preventDefault(). Apologies if I have the method names wrong - am citing from memory. 

Patrick

-----Original Message-----
From: Jack Jansen <Jack.Jansen@cwi.nl>
Sender: www-smil-request@w3.org
Date: Fri, 27 Aug 2010 09:43:24 
To: Brian Birtles<birtles@gmail.com>
Cc: <www-smil@w3.org>; www-svg<www-svg@w3.org>
Subject: Re: Should event and accessKey timing respect preventDefault?


On 27 aug 2010, at 04:37, Brian Birtles wrote:

> (Cross-posting to www-smil and www-svg since although this is a SMIL
> issue it is probably recently of more concern to SVG implementers and
> authors.)
> 
> Dear all,
> 
> SMIL as incorporated in SVG allows for animations to be keyed off
> various DOM events such as mouse clicks (event timing) as well as
> keyboard inputs (accessKey timing).
> 
> One area that would benefit from clarification is whether animations
> should be triggered when preventDefault is called on the event in
> question (and presuming that event is cancelable).


I haven't looked closely at preventDefault (up until 2 minutes ago:-), but my impression is that it it should the opposite from what you suggest.
You seem to suggest
    someone calls event->preventDefault(), therefore the default action for the event on its target node doesn't happen.

My understanding is
  if the event comes in, and the target node decides not to take the default action for some reason, then it should also call event->preventDefault().

If my understanding is correct then I think there is no issue. Otherwise, could you point me to some references?
--
Jack Jansen, <Jack.Jansen@cwi.nl>, http://www.cwi.nl/~jack

If I can't dance I don't want to be part of your revolution -- Emma Goldman

Received on Friday, 27 August 2010 15:59:58 UTC