-
-
Notifications
You must be signed in to change notification settings - Fork 248
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
Keys with no "up" state #44
Comments
I am aware of this bug. This is because of how the input library works. As of now I have not found a way to prevent this from happening, but I'm open to suggestions |
I looked through the source and the way you implemented it is likely the most sensible one, though can cause issues with high polling rate mice. I guess a usability alternative would be to highlight the texture for a set duration, say 25ms as an example. Refresh the 25ms highlight timer every event for continuously scrolling. Would give similar feedback to a single click, but this solution would not communicate a specific number of events. |
We'll see, maybe I can come up with a solution at some point |
Just a little heads up, I added a timer which will reset the scrolling after 120ms of no scrolling event. |
Describe the bug
When using a key with no natural up/down state (eg. scroll) the overlay does not display/update as expected.
To Reproduce
No input:
Constant Input:
Expected behavior
Mouse overlay shows scroll inputs visibly
Screenshots
Additional information:
The text was updated successfully, but these errors were encountered: