- From: Ojan Vafai <ojan@chromium.org>
- Date: Wed, 9 Mar 2011 19:00:55 +1100
- To: Anne van Kesteren <annevk@opera.com>
- Cc: www-dom@w3.org
- Message-ID: <AANLkTikwrAmb4bOoeGKPO67SqP_VwJmO6mqM0v3rQo2E@mail.gmail.com>
This seems to match the WebKit behavior as well. Test case I used to verify: <input id=foo> <script> var foo = document.getElementById('foo'); foo.addEventListener('click', function(e) {e.preventDefault();alert(e.defaultPrevented)}); foo.addEventListener('blur', function(e) {e.preventDefault();alert(e.defaultPrevented)}); </script> This approach makes more sense to me since it gives more information to web developers. Ojan On Sat, Mar 5, 2011 at 2:11 AM, Anne van Kesteren <annevk@opera.com> wrote: > defaultPrevented says it reflects whether preventDefault() has been invoked > for the event whereas preventDefault() says it only has an effect if the > event is in fact cancelable. I think this has led to different > implementations of these features in e.g. Opera and Gecko. > > In DOM Core defaultPrevented can only be true for cancelable events. (This > is another reason why I changed initEvent() to also reset the "canceled > flag" so that if you change an event from being cancelable to non-cancelable > everything still makes sense.) > > > -- > Anne van Kesteren > http://annevankesteren.nl/ > >
Received on Wednesday, 9 March 2011 08:01:46 UTC