Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
http://www.passmark.com/products/keytest.htm
My main Enter key returns "Enter" and "13 (0xd)"
My num pad Enter key returns "EnterN" and "13 (0xd) E"
In-game, my number pad Enter key does NOT work even though all the other number pad keys work. Your OS or keyboard may not be differentiating between the two or they're both set to EnterN.
You can find a keymapper utility to probably fix this issue if you really want. But either way this info might help Erik. It would be really nice if any ol' Enter/Return key worked.
We were looking for the keycode 0x000d for the Enter key, but on some Linuxes it failed to work because the key is really sending code 0xff0d instead of 0x000d (the high byte padded with 1's instead of with 0's). In the end we just punted and gave up trying to figure out why and just made the code accept either 0x000d or 0xff0d as both meaning Enter.
This doesn't seem to be a thing caused by the OS itself, but rather by something Unity is doing in its Linux port for some reason.
If you want to see the long description from our own project, here's the whole issue:
https://github.com/KSP-KOS/KOS/issues/206
It wasn't just the ENTER key that was affected. It was pretty much any control key with ascii code less than 32 (all the "control characters" like backspace (ctrl-H) , tab (ctrl-I), etc).
In the end our fix was just to make sure that for any keycode we were testing in the range 0x0000 through 0x0020, we also allowed it to count if it the high byte was 0xff instead of 0x00.
Thanks again Erik for the great support and also thank you to the community for your assistance! Full disclosure: I'm a little tilted to like your game... my RL name is Eric... LOL!
Erik, not sure if this will help you on your end of not but my Return key was originally mapped to E0_1C and I remapped it to 00_1C which corrected the problem.
Thanks to everyone again!