- From: <bugzilla@jessica.w3.org>
- Date: Fri, 10 Jul 2015 14:03:26 +0000
- To: public-webapps-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=27558
--- Comment #7 from Rick Byers <rbyers@chromium.org> ---
Yeah that was my initial reaction too (i.e. unlike pageX/pageY - which really
does have meaning on more than one type of UIEvent). However the meaning is
completely different depending on the interface. It's pretty odd to have API
docs like:
UIEvent.which:
- on KeyboardEvent this is the key code. On MouseEvent it's the button
pressed.
Makes a lot more sense to just have separate docs on MouseEvent and
KeyboardEvent (which MDN does have by the way - with the docs for UIEvent.which
being incomplete).
Also I just checked to see if I could find an example of a site accessing
'which' for a non-keyboard non-mouse event. I immediately found this code in
GMail operating on a FocusEvent ('a'):
for (c in a)
b[c] = a[c];
So again (like the discussion here:
https://groups.google.com/a/chromium.org/d/msg/blink-dev/pjohnl9znQQ/eHvq4U6E2skJ)
access is due to an event library attempting to make a copy of the event.
But I agree with Olli that it may not be worth the effort. Anyone from IE want
to weigh in since they'd be the one that would have to change?
--
You are receiving this mail because:
You are the QA Contact for the bug.
Received on Friday, 10 July 2015 14:03:28 UTC