If you want this fixed, you need to buy a travel keyboard.
A program called GlovePie allows you to program input from different sources and can solve this problem. GlovePie download page here. ~
For example, I am developing an RPG game, and my laptop keyboard cannot detect the Run + Up + Left combination (run to the northeast). However, if I plug in my Logitech USB controller and map these exact keyboard keys (Up, Left, and B [to launch]) to the controller buttons using GlovePie, I can execute the command to launch in the northeast without any problems.
As for your questions, I donβt know exactly why programs respond differently to keyboard input, but maybe how they detect your input. For example: a Java-based game can detect DirectInput (a signature sent from your input / output devices), while an emulator (for example, a SNES ZSNES emulator for a PC) can only detect an instance of the Up key used. Another input emulation program, AutoHotkey, cannot control a java game because it does not use the same input form that the game defines (it does not use Java DirectInput).
So, to get more keys, I would use a USB controller running GlovePie.
A quote from another forum: βThis is not a problem (technically). The solution is quite simple, but it increases the cost of the keyboard. Consider this simple task: you have 64 keys. How many wires do you need if you want to distinguish all possible simultaneous keys Answer: 65, One common and one for each key. However, if you arrange the keys in an array with 8x8 keys, you only need 16 wires, 8 for columns and 8. For rows, this reduces the number of contacts of the keyboard controller chip and makes the keyboard much cheaper to produce. clav Aturi that I have ever seen, are that way. "
Bry
source share