Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Linux: Return key not recognized #228

Closed
soulsource opened this issue Oct 24, 2014 · 2 comments
Closed

Linux: Return key not recognized #228

soulsource opened this issue Oct 24, 2014 · 2 comments

Comments

@soulsource
Copy link

I'm running KSP on Linux, and it seems that the Linux build of KSP does not return correct key codes for special keys. Sadly this includes the return key. This means that I'm unable to confirm the delay setting in Remote Tech, making this function unavailable on Linux. Although this is a stock, or more correctly, a Unity bug, it can be worked around on a per-mod basis.

Steps to reproduce:
On Linux KSP+RT, open the flight computer, extend the queue and dely panel, input something into the delay panel and press the return key.
Expected: The set delay should be taken into account after pressing return
Happened: An invisible character gets added at the end of the text, delay isn't taken into account.

Something that is probably the same issue has been investigated for kOS here:
KSP-KOS/KOS#206

It seems that there is something wrong with padding the key codes to full datatype length, where, instead of zeroes, ones are padded.

Possible solutions:
o) Discard the higher byte for key codes, like kOS does
o) Add a button, that applies the set delay value

@soulsource
Copy link
Author

Sorry, my mistake. It indeed does work, but only if a unit is given. So this is probably a duplicate of what Baughn reported here: #197

@Starstrider42
Copy link
Contributor

Maybe we should make #123 a higher priority, then...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants