-
Notifications
You must be signed in to change notification settings - Fork 8.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Mouse wheel scrolls backwards when set to "one screen at a time" #5610
Comments
When you use the mouse wheel in the legacy console ( Does the Terminal scroll in the same direction as the legacy console? |
In
From the mouse wheel perspective, the behavior of the new Terminal is inconsistent with the one of the legacy console. |
Testing with a Microsoft Sculpt Ergonomic Mouse, the scrolling works in the correct direction in both conhost and Windows Terminal. |
That is what i was initially suspecting but actually i don't have any Logitech-specific app installed. |
Works right for me using CMStorm mouse in my Windows VM. |
Were you one of the people for whom the older versions of Terminal just didn't let you scroll? |
@DHowett-MSFT - No. The old version of Terminal just worked fine. After more research, I think I found the root cause of the problem (can reproduce consistently on two different PCs):
Paying more attention to this problem, i also noticed that some one of "MS Powerpoint" windows is subject to the same problem in the same "One screen at a time" configuration: on the left-hand side powerpoint displays thumbnails of the slides. The scrolling in this thumbnails window has the same inversion problem. |
Wow! Good find. |
Two bugs. We're storing the return value from SPI_GETWHEELSCROLLLINES as an int when it should be a uint, and we're ignoring WHEEL_PAGESCROLL (which once we store it in the wrong type comes out as |
This parameter was added as a workaround for our fast trackpad scrolling. Since that was fixed before 1.0 shipped, in #4554, it has been largely vestigial. There is no reason for us to keep it around any longer. It was also the only "logic" in TerminalSettings, which is otherwise a library that only transits data between two other libraries. I have not removed it from the schema, as I do not want to mark folks' settings files invalid to a strict schema parser. While I was in the area, I added support for "scroll one screen at a time" (which is represented by the API returning -1), fixing #5610. Fixes #5610
This parameter was added as a workaround for our fast trackpad scrolling. Since that was fixed before 1.0 shipped, in #4554, it has been largely vestigial. There is no reason for us to keep it around any longer. It was also the only "logic" in TerminalSettings, which is otherwise a library that only transits data between two other libraries. I have not removed it from the schema, as I do not want to mark folks' settings files invalid to a strict schema parser. While I was in the area, I added support for "scroll one screen at a time" (which is represented by the API returning WHEEL_PAGESCROLL), fixing #5610. We were also storing it in an int (whoops) instead of a uint. Fixes #5610
#6891) This parameter was added as a workaround for our fast trackpad scrolling. Since that was fixed before 1.0 shipped, in #4554, it has been largely vestigial. There is no reason for us to keep it around any longer. It was also the only "logic" in TerminalSettings, which is otherwise a library that only transits data between two other libraries. I have not removed it from the schema, as I do not want to mark folks' settings files invalid to a strict schema parser. While I was in the area, I added support for "scroll one screen at a time" (which is represented by the API returning WHEEL_PAGESCROLL), fixing #5610. We were also storing it in an int (whoops) instead of a uint. Fixes #5610
🎉This issue was addressed in #6891, which has now been successfully released as Handy links: |
Environment
Steps to reproduce
Expected behavior
Actual behavior
Suspecting potential conflicts with the Laptop touchscreen or trackpad i disabled them, but still observe the same behavior. I tried to look for parameters allowing to control the mouse wheel but did not find any.
The text was updated successfully, but these errors were encountered: