slaeshjag
¯\_(ツ)_/¯
Then your game is broken. When do you need keyboard input and shoulder button action at the same time?
Well in the unlikely case that your game needs full keyboard input (not just letters but also symbols that require Fn/Meta) and all shoulder buttons, then I guess you'll have to use the keyboard Fn/Meta (and Shift) and not the shoulder button one. Yes, that is a bit annoying - like in PNDManager, where if you enter a comment, you can only use keyboard shift because L1 is used to go one tab to the left. But it's not a big problem, and besides, if you map anything else to the shoulder buttons, you get the same problem.Sure the CTRL and Shift buttons can be detected, however FN and Meta keys generally can't be. Then there is the what if question when you need to have all the shoulder buttons used in a game, but also need the meta keys for keyboard input.. so I recommend not having meta's keys as shoulder buttons.But that's exactly how it is on the Pandora: L1 is RShift, R1 is RCtrl. What is the problem? You can easily detect those keys in any application, including games (and even differentiate them from LShift and LCtrl). OK, maybe some games have a GUI to let the user modify keys, and maybe some of them don't support modifier keys as game buttons, but that is easy enough to fix -- in the worst case, you need a little script that remaps the shoulder buttons to something else before launching the game, and restores them afterwards.
About the scripts, ones like that tend to break when applications crash or exit improperly and then there are hundreds of forum posts about shoulder buttons stop working like with the nubs currently on the Pandora.
That is the plan.AFAIK you can't detect the Pandora Fn Key.
That would be bad for Shoulder buttons.
If we have a meta key that can be detected like the Shift Key then it's a good thing.
I agree, and that is my proposal: Meta where Fn is on the Pandora and also as L2.The Meta on the Shoulder button should not be the only meta key.
There should be a second one that works the same like the shoulder button one.
Exactly for games that need all shoulder buttons + the Meta Keys (maybe ESC).
Jedi Knight for example does.
Then we both agree .That is the plan.AFAIK you can't detect the Pandora Fn Key.
That would be bad for Shoulder buttons.
If we have a meta key that can be detected like the Shift Key then it's a good thing.
I agree, and that is my proposal: Meta where Fn is on the Pandora and also as L2.The Meta on the Shoulder button should not be the only meta key.
There should be a second one that works the same like the shoulder button one.
Exactly for games that need all shoulder buttons + the Meta Keys (maybe ESC).
Jedi Knight for example does.
Mark this day on the calendar, two people agree with each other on this forum.Then we both agree .
That's why the shoulder buttons are right alt/ctrl/shift and the top are left alt/ctrl/shift (or the reverse).Okay, sure... What if a game needs all the shoulder buttons and requires use of one of the keyboard keys that requires a meta button to press?
I know this, but that won't work with a Fn button.That's why the shoulder buttons are right alt/ctrl/shift and the top are left alt/ctrl/shift (or the reverse).Okay, sure... What if a game needs all the shoulder buttons and requires use of one of the keyboard keys that requires a meta button to press?
That way the game can bind to a specific version of the key, absorbing the modifier, whereas the other key can still be utilized to press the modified key.
For example, the right-alt (shoulder) is bound as a gaming button whereas left-alt (top) is used as a modifier.
I should of asked sooner when the above was posted but do you _wb_, or anyone else, know how it would specifically break backwards compatibility if we assign the Pyra key to Super and, in my layout, apportion the Context Menu key to Fn + Spacebar?The Pyra key should be the Menu key, since that is what it maps to on the Pandora, and why break backwards compatibility?
It's slightly illogical that a logo key is not a Super key, but that's how it is.
So that means we don't have any Super key yet, and putting it on the right keyboard shift makes sense (also since the actual Right Shift key should already be the L1 shoulder button for backwards compatibility). We could even put a small Pyra logo on that key, and put the label "MENU" on the Pandora button (so you get START/SELECT/MENU).
Probably has no effect. Changing it to the Super key would be logical since the Pandora key was hacked to be the "Windows" start menu key anyway. We'd have a Super key for hotkey combos and the Context Menu key could be assigned to Fn + Spacebar(or Fn + m) then.Would that even break backwards-compatibility? I don't know of any games that used the Pyra key due to the fact that MiniMenu trapped that key for quitting applications.
-God Ginrai
Please properly stack the start key so that it follows ED's current plastics. Until/unless he says side-by-side, lets keep the keyboard mappings reflective of current reality?Few revisions to the Pyra layout.
Changed PYRA key value to Super.
Replaced the micro symbol with section sign. For micro, AltGr + m should suffice.
Added a USB and Bluetooth Pyra Game Controller called the "PyraPad".
The (c ) and (z) action buttons were assigned "/" and "=" to keep it basic.
I'll leave it as I have it Grench.Please properly stack the start key so that it follows ED's current plastics. Until/unless he says side-by-side, lets keep the keyboard mappings reflective of current reality?Few revisions to the Pyra layout.
Changed PYRA key value to Super.
Replaced the micro symbol with section sign. For micro, AltGr + m should suffice.
Added a USB and Bluetooth Pyra Game Controller called the "PyraPad".
The (c ) and (z) action buttons were assigned "/" and "=" to keep it basic.