Bug 41401 - SVG blur not implemented
Summary: SVG blur not implemented
Status: RESOLVED DUPLICATE of bug 63551
Alias: None
Product: WebKit
Classification: Unclassified
Component: SVG (show other bugs)
Version: 528+ (Nightly build)
Hardware: All All
: P2 Normal
Assignee: Nobody
URL: http://honte.eu/temp/blur.svg
Keywords: HasReduction
Depends on:
Blocks: 41761
  Show dependency treegraph
 
Reported: 2010-06-30 03:52 PDT by jay
Modified: 2011-06-28 12:09 PDT (History)
3 users (show)

See Also:


Attachments
testcase (557 bytes, image/svg+xml)
2010-06-30 03:53 PDT, jay
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description jay 2010-06-30 03:52:40 PDT
begin="click"  wfm
but
 end="blur" broken
Comment 1 jay 2010-06-30 03:53:25 PDT
Created attachment 60106 [details]
testcase
Comment 2 Dirk Schulze 2011-06-02 23:50:52 PDT
http://www.w3.org/TR/DOM-Level-2-HTML/html.html#ID-28216144

IIRC blur() should not behave like focusout (but just for the element itself, not its childs). So I'm unsure if this test is correct. I mean you can listen for the event blur. But it still needs to get triggered. You never call element.blur().
Comment 3 jay 2011-06-03 01:10:39 PDT
wfm Opera, 

if not blur what is the equivalent to blur for the mouse user?

There still remains much confusion where mouse and keyboard are used to navigate together.
consider this was not in the spec.

may need to clarify with WG?
Comment 4 Dirk Schulze 2011-06-03 01:26:00 PDT
(In reply to comment #3)
> wfm Opera, 
> 
> if not blur what is the equivalent to blur for the mouse user?
Do you want something like 'mouseout'? You can add more than one event to 'end'.

> 
> There still remains much confusion where mouse and keyboard are used to navigate together.
> consider this was not in the spec.
> 
> may need to clarify with WG?
Definitely a good place to clarify confusions. My understanding of blur is, that if an element gets a focus, it will get removed immediately. So it has more an active role, but can of course get observed by an eventListener. So if you set blur() to an element and end any animation on firing this event, you shouldn't see the animation at all (in the case of 'click' for 'begin').
Comment 5 Dirk Schulze 2011-06-03 01:56:39 PDT
(In reply to comment #4)
> (In reply to comment #3)
> > wfm Opera, 
> > 
> > if not blur what is the equivalent to blur for the mouse user?
> Do you want something like 'mouseout'? You can add more than one event to 'end'.
> 
> > 
> > There still remains much confusion where mouse and keyboard are used to navigate together.
> > consider this was not in the spec.
> > 
> > may need to clarify with WG?
> Definitely a good place to clarify confusions. My understanding of blur is, that if an element gets a focus, it will get removed immediately. So it has more an active role, but can of course get observed by an eventListener. So if you set blur() to an element and end any animation on firing this event, you shouldn't see the animation at all (in the case of 'click' for 'begin').

Looks like I mixed up 'blur()' and 'onblur', sorry. So your test seems to be correct. If an element looses focus, the event 'blur' should trigger.
Comment 6 Dirk Schulze 2011-06-28 12:09:12 PDT

*** This bug has been marked as a duplicate of bug 63551 ***