-
-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Cannot use mousewheel without shift to scoll a horizontal-only scrollable. #2359
Comments
What is the state of the art here? The Web does not implement this. |
Yeah, horizontal scrolls are pretty rare, they don't show up in windows explorer anymore, terminals, most apps honestly. They're really not developed/looked at much. The web does not implement this and that's been a problem for ages. Whenever you need to actually make a left/right moving menu, it creates a lot of friction, since web/app navigation is pretty much mouse only. Throwing in a shift key suddenly makes you stop moving when you expect to. Most people don't even know you can do that. Hence why by now, everyone does little "scroll buttons" that jump x items left/right, and/or they manually implement swipe controls. You've probably seen them all round, the "display 3 elements and swipe/press the arrow on the side to keep scrolling through the next ones" is very common. For my usecase, that really isn't good enough. I have a section of my app that is exclusively horizontally scrolled by design. I need to be fast and frictionless, and still usable without a hand on the keyboard. I don't think most people use horizontal scrolls much, so I don't think this would impact people negatively (if at all). For the few that do, it would make the standard of mouse-only navigation a lot smoother. Though if the need arises, at worst we should be able to choose whether we want the shift modifier (I myself don't see why you ever would). |
The current implementation strictly scrolls vertically without the shift modifier and horizontally with the shift modifier. This patch checks the modifier only when the direction is Both.
Is there an existing issue for this?
Is this issue related to iced?
What happened?
I am working on an applicaiton where I have two splits, one scrolling horizontally and one vertically:
I can scroll the vertical one with the mousewheel just fine, but not the horizontal one. It demands I hold down shift, even though there's no vertical scrollbal present (the scrollable is Horizontal, not Both, so it can only scroll in the one direction anyway). I don't believe I am able to change this behaviour.
What is the expected behavior?
Shift should be needed only when both scrollbars are present. Otherwise, scrollwheel should just scroll.
Alternatively, I should be able to specify whether I want shift scrolling on a Horizontal scrollable.
Version
crates.io release
Operating System
Windows
Do you have any log output?
No response
The text was updated successfully, but these errors were encountered: