Issue metadata
Sign in to add a comment
|
mousewheel event not correct when shift is held down
Reported by
string...@lucidchart.com,
Dec 22 2016
|
||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.87 Safari/537.36 Steps to reproduce the problem: 1. bind to the 'mousewheel' event on an element 2. mousewheel over the element while shift is down 3. deltaY is set instead of deltaX What is the expected behavior? when shift is held down deltaX should be set What went wrong? deltaX remains 0 when scrolling while shift is down Did this work before? Yes 54.0.2840.59 Does this work in other browsers? N/A Chrome version: 55.0.2883.87 Channel: stable OS Version: Flash Version: Shockwave Flash 24.0 r0
,
Dec 23 2016
Bisect based on #1: 419961 (good) - 419967 (bad), 55.0.2868.0 https://chromium.googlesource.com/chromium/src/+log/a7040a0a..e14cea54?pretty=fuller The culprit is r419966 "Send the WebMouseWheelEvents unconverted if Shift is down". Apparently, the reasoning behind the change (instigated by a prominent game engine developer, see issue 646109 ) is that Shift-mousewheel isn't *physically* horizontal so deltas should not be swapped. Not sure it makes sense during normal, non-game, browsing because Shift-mousewheel performs horizontal scrolling so any web developer would naturally expect DeltaX being used.
,
Dec 24 2016
This is an interoperability concern. Other browsers are not swapping the coordinates. The raw mouse wheel event should have what the native event has. I understand that yes you will need to write specific code for this and perhaps you didn't before. |
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by string...@lucidchart.com
, Dec 22 2016