- From: <bugzilla@jessica.w3.org>
- Date: Wed, 31 Oct 2012 21:14:17 +0000
- To: www-dom@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=19804
Priority: P2
Bug ID: 19804
CC: mike@w3.org, www-dom@w3.org
Assignee: schepers@w3.org
Summary: relatedTarget on blur/focus should match
focusout/focusin
QA Contact: public-webapps-bugzilla@w3.org
Severity: normal
Classification: Unclassified
OS: Linux
Reporter: ojan@chromium.org
Hardware: PC
Status: NEW
Version: unspecified
Component: DOM3 Events
Product: WebAppsWG
http://lists.w3.org/Archives/Public/www-dom/2012OctDec/0061.html
Right now relatedTarget is specced as being null on blur/focus. Why don't these
just match focusout/focusin?
Doing some spec archaeology, it looks like relatedTarget was specced as having
the same value as target on blur/focus and then set to null in response to
http://lists.w3.org/Archives/Public/www-dom/2010JanMar/0010.html.
It seems to me that there's no downside to making relatedTarget do the same
thing on focus/blur that is does on focusout/focusin respectively. From a web
developers perspective, the only difference should be whether the event bubbles
or not and whether it fires before/after focus has shifted.
I know this is late in the cycle, but I just noticed this and this seems
reasonable to include in the level 3 version of this spec.
--
You are receiving this mail because:
You are on the CC list for the bug.
Received on Wednesday, 31 October 2012 21:14:19 UTC