Allow user to configure keyboard shortcuts for special functions

[GoogleCodeExporter]

Allow user to configure keyboard shortcuts for special functions.

Original issue reported on code.google.com by ebenbl...@gmail.com on 5 Apr 2008 at 11:00

[GoogleCodeExporter]

is there any progress on this?. I mean sure you got things more important to 
do, but
this should be easy 
right?

Original comment by lucianobordon on 14 Jun 2008 at 7:44

[GoogleCodeExporter]

I threw this together yesterday. Use with caution; I have probably no idea what 
I am
doing.

The first patch removes the hardcoded keys and allows you to config them with 
config
file entrys like "Kbd Mapping Pause = 112" (112 is the sdl number for the key 
'p',
you can get those numbers from SDL_keysym.h).

The second patch tries to implement a configuration dialog for the GTK2-based 
GUI.

Original comment by ling.weak@googlemail.com on 15 Oct 2008 at 2:38

Attachments:

• keyconfig.patch
• keydialog.patch

[GoogleCodeExporter]

awesome thanks, can we get this into the build tree

the problem is people with boxes with arcade controls, like a MAME cab. the 
keys for
this app conflict with the default MAME keys causing crazyness when I do things 
like
put a quarter in to start the game.... (actually it just causes a save state 
but you
get the idea)

Original comment by KellyRKe...@gmail.com on 24 Oct 2008 at 6:55

[GoogleCodeExporter]

Original comment by richard...@gmail.com on 25 Oct 2008 at 12:17

[GoogleCodeExporter]

Okay, I have integrated the first patch (keyconfig) into the trunk as of rev 
1157. 
I'm not going to integrate the keydialog patch because it uses SDL_ttf - we 
need to
get away from the SDL_ttf dependency because it causes more end-user problems 
than
any other.  Instead of opening up an SDL window and taking the keyboard input 
through
SDL, I would like to see a standard GTK dialog with 1-char edit boxes to set the
keys.  This will require converting the ASCII characters to SDLK_ key codes, 
but this
can be done with some if statements for a-z and 0-9 and a big switch statement 
for
the other keys.

Original comment by richard...@gmail.com on 15 Nov 2008 at 5:04

[GoogleCodeExporter]

Didn't work!!!

Original comment by davinci....@gmail.com on 31 Jul 2009 at 9:19

[GoogleCodeExporter]

+1 on user configurable hotkeys. i never expected 'esc' to stop emulation 
altogether!

Original comment by andrete...@gmail.com on 23 Dec 2009 at 7:00

[GoogleCodeExporter]

I would never expect Escape to do anything *but* stop emulation altogether!  At 
any
rate, this feature was added a long time ago and the new refactored Mupen64Plus 
still
supports it.

Original comment by richard...@gmail.com on 8 Jan 2010 at 5:14

• Changed state: Fixed

[GoogleCodeExporter]

I guess it's a matter of getting used to. Esc to me exists fullscreen, but 
doesn't 
affect emulation at all -- except maybe for pausing. It's like this in media 
players in 
general, isn't it? Also, from my experience, most emulators behave this way too.

Original comment by andrete...@gmail.com on 8 Jan 2010 at 2:52