[0.16.16] [Mac] Player moves when pressing keys in input

[casiotone]

I don't know if this is Mac specific, but that's what I'm encountering it on.

If you press movement keys (w/a/s/d) while a numeric text box (e.g. when setting signals in a constant combinator) is focused, the player moves. This also happens if you're pressing a modifier key at the same time.

To reproduce:

1. Place a constant combinator and open the UI
2. Add a signal and click the signal value input
3. Press the A key, or the command key and the A key at the same time.

What happens:

The character is not inserted into the text box (fine), and the player will move.
If cmd was pressed, the contents of the text box will be selected (fine), and the player will move.

What I expect to happen:

The character is not inserted into the text box, and the player will not move.
If cmd was pressed, the contents of the text box will be selected, and the player will not move.

[Rseding91]

Thanks for the report. The number-input field only accepts numbers so any other key presses are passed to the game as normal.

It works that way by design. When a edit-field only accepts specific keys it won't block the other keys it's not using.

[casiotone]

I think that's reasonable for the case where you just press movement keys (although I personally think a focused input should just capture all keyboard input, regardless of validity), but I hope you reconsider for the case where a modifier key is pressed too - the input correctly interprets the cmd+a shortcut and selects all, so the input IS using the keys - therefore it should also prevent them being passed down.