Skip to content
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

scroll bars need to be more sensible #50

Closed
buckle2000 opened this issue May 2, 2016 · 2 comments
Closed

scroll bars need to be more sensible #50

buckle2000 opened this issue May 2, 2016 · 2 comments

Comments

@buckle2000
Copy link

When I scroll my mouse wheel 1 rev, the view move by 1 px.

@twilson90
Copy link

twilson90 commented May 2, 2016

When I target web, the MouseEvent y value is 100 or -100, when I target windows, it's -1 or 1 (up instead of down).
Also, for some reason the scroll pane considers the MouseEvent y value a percentage to move the scroll bar (0-100), instead of a value for how many pixels the list should move by.

@ruby0x1
Copy link
Member

ruby0x1 commented May 12, 2016

I will try to make it more consistent but it's worth keeping in mind the value is just what is fed to the canvas, i.e it comes from luxe (which gets it from snow, which gets it from SDL or the browser).

In the mint use case, remember that the event values are passed into mint, so it's using whatever you tell it to use. If you want to scroll a specific number of units take the sign of the scroll and multiply it by the amount of units you want one scroll to be - and then give that to mint instead.

I want to make them consistent from snow level, but it requires making decisions for the application on the lower levels, and I'm not sure what I want to do there just yet. For now, the values are sent as is and the application should consider what the best approach might be for them.

@ruby0x1 ruby0x1 closed this as completed in 28dbfa8 Sep 6, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants