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 typing fast, even short-length macros (2 keypresses) don't have the opportunity to finish their sequence before new inputs are inserted between the keypresses. (I've put the tap- and wait-time down to 1 ms, but there's still a delay, even over USB)
The solution
while macros are running, have the option of either:
queuing N number of inputs after the macro has finished. I'm not sure if the queue should be first in first out, or simply lock after a number of inputs, that might also be an set of options to consider. (this would be ideal, and also allow a simpler form of parametrization).
disabling input for the duration of the macro. That way, at least the macro finishes successfully.
The text was updated successfully, but these errors were encountered:
Did you also try values of 0 for tap and wait? IIRC it works fine for most cases. But in general yes, we have this problem due to the regular vs. behavior queue (used by macros) approaches for invoking behaviors.
The problem
While typing fast, even short-length macros (2 keypresses) don't have the opportunity to finish their sequence before new inputs are inserted between the keypresses. (I've put the tap- and wait-time down to 1 ms, but there's still a delay, even over USB)
The solution
while macros are running, have the option of either:
The text was updated successfully, but these errors were encountered: