B
Brad Harris
Please note - this is NOT a question about turning off inertial scroll in non-focused windows.
I'm trying to figure out a very pesky issue I keep having with my mice. I've tried several mice, and at this point I'm fairly certain it is a problem with the Windows 10 GUI/widget set.
If I have two windows side-by-side, then initiate an inertial scroll in one window, then move my mouse cursor over to the other window, the first window will stop scrolling and the second window will start scrolling - as if I asked the second window to scroll. The entire concept of inertia is that it is imparted on the first window and you don't have to keep scrolling it, but if my cursor leaves the window it stops scrolling and then the "inertia" is moved to the second window.
To reproduce:
What happens: The second window will start scrolling and the first window will stop. As if the inertia is transferred.
What I expect would happen: The first window would keep scrolling, since it is the window where I imparted the inertia.
Why this is an issue: When I scroll to the top of my recent chats window in Teams I usually do it with a quick inertial scroll to jump up to the top. However if my mouse then slides to the right a little and goes over the actual chat/conversation area it will stop scrolling in the list of chats, and instead start scrolling up into the history of the chat where my mouse went.
This leads to situations where I have to perform another scroll to get back to the bottom of the actual chat, and hope it was the chat I wanted (it usually isn't because I wasn't back to the top of the window yet).
This also causes issues if I'm trying to jump back to the top of something under my mouse and if my mouse moves over another window that one starts moving but the first didn't finish jumping back to the top.
Its a mad mess I tell you.
Continue reading...
I'm trying to figure out a very pesky issue I keep having with my mice. I've tried several mice, and at this point I'm fairly certain it is a problem with the Windows 10 GUI/widget set.
If I have two windows side-by-side, then initiate an inertial scroll in one window, then move my mouse cursor over to the other window, the first window will stop scrolling and the second window will start scrolling - as if I asked the second window to scroll. The entire concept of inertia is that it is imparted on the first window and you don't have to keep scrolling it, but if my cursor leaves the window it stops scrolling and then the "inertia" is moved to the second window.
To reproduce:
- Place two scrollable windows side by side.
- In the first window, initiate an inertial scroll using an appropriate gesture on your mouse/trackpad.
- While it is still scrolling, move your cursor over the second window.
- If you're quick you can move it back and forth while scrolling and watch the "inertia" jump back and forth between them.
What happens: The second window will start scrolling and the first window will stop. As if the inertia is transferred.
What I expect would happen: The first window would keep scrolling, since it is the window where I imparted the inertia.
Why this is an issue: When I scroll to the top of my recent chats window in Teams I usually do it with a quick inertial scroll to jump up to the top. However if my mouse then slides to the right a little and goes over the actual chat/conversation area it will stop scrolling in the list of chats, and instead start scrolling up into the history of the chat where my mouse went.
This leads to situations where I have to perform another scroll to get back to the bottom of the actual chat, and hope it was the chat I wanted (it usually isn't because I wasn't back to the top of the window yet).
This also causes issues if I'm trying to jump back to the top of something under my mouse and if my mouse moves over another window that one starts moving but the first didn't finish jumping back to the top.
Its a mad mess I tell you.
Continue reading...