Keys with no "up" state about input-overlay

[univrsal]

I am aware of this bug. This is because of how the input library works.
It only sends a event when the users is scrolling but it doesn't send one when the user stops scrolling, which means I disable scrolling everytime any type of event is sent (eg. Mouse movement) and enable scrolling when the scrolling event is set, which results in the flickering scroll texture when you move your mouse and scroll at the same time.

As of now I have not found a way to prevent this from happening, but I'm open to suggestions

[patcolyn]

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.

[univrsal]

We'll see, maybe I can come up with a solution at some point

[univrsal]

Just a little heads up, I added a timer which will reset the scrolling after 120ms of no scrolling event.
It'll be in 5.0, once it's ready