Open duzenko opened 3 years ago
(Experimental duplicate detection) Thanks for submitting this issue. Please also check if it is already covered by an existing one, like:
This is clearly a bug, probably with a simple fix too Burying it under thousands of open feature requests with 60 days of life? Great support
Ironic that this bug was first identified in 2016 and it has been discussed since then in the issue which hediet mentioned above. Closing that old one as a ‘duplicate’ seems weird, but hey - if this got the magic number of votes to get it on a backlog that’s fine with me.
Any updates? VSCode scroll still is not the same as in the OS
👋
This is obviously a bug
workbench.list.mouseWheelScrollSensitivity
values take affect in the settings window but not in new text file windows 😕:
If you're reading and:
Regards
This is obviously a bug
workbench.list.mouseWheelScrollSensitivity
values take affect in the settings window but not in new text file windows 😕:
That's because the workbench.list.mouseWheelScrollSensitivity
setting does not apply to the editor views/tabs/windows. The setting you are looking for is editor.mouseWheelScrollSensitivity
.
Likewise, it's worth noting that there is a third setting, terminal.integrated.mouseWheelScrollSensitivity
, for the scroll sensitivity in the integrated terminal.
I observed that in the source code, they use WheelEvent.wheelDeltaY
instead of deltaY
, and I don't understand why they do this. I believe deltaY
is the correct scroll distance.
Steps to Reproduce:
Does this issue occur when all extensions are disabled?: Yes