You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While a generic option makes the movement more human-like, the speed is different when moving mouse over a long distance compared to moving the mouse for a short distance.
A feature where the speed is kept constant and can be set to a constant value, would be greatly appreciated.
The text was updated successfully, but these errors were encountered:
To be precise, when not using -e, the mouse does not move at a fixed hard-coded speed, as it basically doesn’t move, but it “jumps”. For instance, it’s on … let’s say … 1983:54, and in the next microsecond, it’s at 19:1037, without any positions in between.
So basically you want easing, but not with the current cubic bezier algorithm, but with a fixed value. Sounds feasible. But: when speaking of “speed”, do you really mean speed, or rather time? I’m asking because speed would mean something like “50 pixels in 10 milliseconds” or so – which would still result in different time needed to move a longer distance compared to a short distance. While time would mean “I want the movement to take 120 milliseconds, regardless of the distance“. IMHO, your description could be understood in both ways.
While a generic option makes the movement more human-like, the speed is different when moving mouse over a long distance compared to moving the mouse for a short distance.
A feature where the speed is kept constant and can be set to a constant value, would be greatly appreciated.
The text was updated successfully, but these errors were encountered: