PiRSquared17 / quadra

Automatically exported from code.google.com/p/quadra
0 stars 0 forks source link

Key configuration not recognising arrow keys correctly #85

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. Start up Quadra
2. Click Player Setup
3. Click Set all Keys
4. Enter left arrow key for left, etc

What is the expected output? What do you see instead?
Expected output is to set Left is Left arrow key, Right is Right arrow
key,etc. Instead left arrow is thought to be Alt char , right arrow doesn't
have a value, down arrow is Win right, up arrow is PrintScreen.

What version of the product are you using? On what operating system?
Both latest svn and stable 1.1.8 have been tested on Gentoo Linux amd 64.

Please provide any additional information below.
I checked menu.cpp and it appeared fine, though the if statements in
skeleton/include/input_keys.h looked like that might be the cause of it.

Thanks for your time

Original issue reported on code.google.com by appleman...@gmail.com on 14 Jul 2008 at 5:12

GoogleCodeExporter commented 9 years ago
The game itself works correctly, though, is that right? As in, only the labels 
in
Player Setup are wrong, when you play the game, the key you set is the one 
actually used?

Thanks!

Original comment by pphaneuf on 14 Jul 2008 at 2:37

GoogleCodeExporter commented 9 years ago
The game does work, except for the right arrow key which doesn't have a key 
mapped to
it according to the key selection..

Original comment by appleman...@gmail.com on 15 Jul 2008 at 3:57

GoogleCodeExporter commented 9 years ago
Not only is there no label, but the right arrow key doesn't even work in-game?

Original comment by pphaneuf on 15 Jul 2008 at 2:32

GoogleCodeExporter commented 9 years ago
The right arrow doesn't allow itself to be binding to any key in game, and hence
can't be used.

Original comment by appleman...@gmail.com on 15 Jul 2008 at 2:38

GoogleCodeExporter commented 9 years ago
I'll look into this, but I'm not promising it'll make it into 1.2.

I wouldn't be surprised if the quadra-sdl branch did not have this problem, 
have you
tried it, or did you try just trunk?

Original comment by pphaneuf on 11 Oct 2008 at 2:48

GoogleCodeExporter commented 9 years ago
I'm sorry, I took a look at this, and the way trunk works, it would be rather
difficult to make this work correctly. The proper fix would be to implement 
keycode
mappings like the ones that are in SDL, so I think it would be best if you 
could just
use the SDL version instead, which should work fine (if not, update this issue, 
I'll
reopen it and take a look into that).

If you run "xev" and send me the keycode of the keys that do not work, I may be 
able
to give you a patch against trunk that would make it work on your machine, 
although
maybe not with the correct labels in the Player Setup page. What we're looking 
for is
the "keycode" field of the KeyPress event, which is 132 in the following 
example:

KeyPress event, serial 26, synthetic NO, window 0x200001,
    root 0x44, subw 0x0, time 288528260, (269,474), root:(269,518),
    state 0x0, keycode 132 (keysym 0xff53, Right), same_screen YES,
    XKeysymToKeycode returns keycode: 74
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

Thanks!

Original comment by pphaneuf on 18 Oct 2008 at 6:26