[Bug 171295] Allow shortcuts for input devices other than the keyboard (mouse, lirc, bluetooth, joystick, etc)

[Matt Whitlock]

http://bugs.kde.org/show_bug.cgi?id=171295


Matt Whitlock matt whitlock name changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |matt at whitlock.name




--- Comment #3 from Matt Whitlock <matt whitlock name>  2008-10-07 09:22:54 ---
This is fantastic.  A lot of commercial games already support this in their
input configuration.  Click the action you want to change and press a keyboard
key, click a mouse button, or push a joystick button; they are all handled
interchangeably.  This is what KDE Shortcuts should do.

At present, to achieve the desired behavior, I have to run xbindkeys to listen
for mouse button presses and generate "fake" keyboard input using the XTEST
extension utility 'xte'.  This is a suboptimal solution, since there can be
some delay to fork and exec the xte process when the system is under heavy
load.  KDE ought to simply react to the button presses itself without the need
for this extra layer of hackery.

I have 12 buttons on my mouse: Left (1), Middle (2), Right (3), Scroll Up (4),
Scroll Down (5), Back (8), Forward (9), Window (10), Page Up (11), Page Down
(12), Tilt Left (13), Tilt Right (14).  Konqueror can't even react to the
"Back" mouse button because of this deficiency in the KDE Shortcuts subsystem. 
If I could assign "Button 8" to the "Back" action in Konqueror, then I could
use the "Back" button on my mouse to go back in Konqueror's history.  As it
stands now, I have to use xbindkeys and xte to generate a fake XF86Back key
press in response to a button 8 click, and then bind XF86Back to Konqueror's
"Back" action.


-- 
Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.