I'm using macrobuttons 18.104.22.168 and I think I've got a bug with System.KeyPress()
I have a button set up to do this in the Request for Button ON section:
In my use case the button is triggered from a midi input, but that isn't necessary to reproduce this.
I'm monitoring system key events using this event viewer https://w3c.github.io/uievents/tools/key-event-viewer.html
and the problem I'm having is that the behaviour seems to be different depending on whether NumLock is on.
When NumLock is off and my button calls
When NumLock is on, I get a different sequence when my button calls
A second press of my button, still with NumLock on, gives the following sequence: keyup for Shift, keydown for ArrowLeft, keyup for ArrowLeft then finally keydown for Shift.
So the effect is that the ArrowLeft is pressed in an unshifted state, and also Shift is left down at the end of the sequence (which can cause other problems until cancelled by pressing Shift again). That doesn't seem right!
Rewriting the button to use System.KeyDown() for each key individually in the ON section and System.KeyUp() for each key individually in the OFF section doesn't solve this because when NumLock is active I still get an unexpected keyup for Shift before the keydown for ArrowLeft (although the final System.KeyUp() for Shift does stop Shift from being left on).
Is this a bug?
How to use Voicemeeter Remote API and control Voicemeeter Audio Engine
1 post • Page 1 of 1
Who is online
Users browsing this forum: No registered users and 1 guest