Highrez

Please fill in this template when posting!
XMBC Version: Beta and latest stable
Installed or Portable version: installed
Windows Version: 11
Mouse Information (brand/model): Glorious model 0
How long have you used XMBC?: 1 year
What language and keyboard layout do you use in Windows?: Englsih/America/standard

Clear description of the problem - try and include as much information as possible, including what button and mappings you are having problems with (if applicable).: Basically, when trying to intercept a mouse button and translate it to a right modifier key it will only send it as a normal left modifier key, with the excepion of RSHIFT. Sending: {RCTRL}{ALTGR}{RWIN}{RALT} will intercept the mouse key but it will output left modifier keys.

For my particular use case I really need to intercept Mouse 4 and send a right control key. Currently this does not work as it only sends the left control key instead.

I've had this trouble before, and if you use the onscreen keyboard, and then hold right ctrl, you will see both ctrl's on the onscreen keyboard turn "on" Likewise, if you click on the right control key on the onscreen keyboard, both highlight.

Ive not found a way around this, and as the onscreen keyboard also suffers from this, I came to the conclusion that the MS SendInput API (that XMBC uses) is not able to distinguish between them

I use online testing utilities to verify that there is a distinction between left and right. THis site doesn't let me post urls, but I use this one: en.key-test ru/ (combine the url to view it, or google search keyboard tester, though not all show the difference between left and right, but many do, so it clearly is a common misconception but there clearly is a way to detect it.)

Which indicates some clear distinction when I hit left control vs right control, as well as all the other modifier keys as well. Even using the on-screen keyboard this key-testing site can determine exactly which modifier key I use in the on-screen keyboard, even despite the on-screen keyboard doing exactly as you describe (for some reason the on-screen keyboard does behave as you describe but it also does seem to send some kind of unique key to the right/left despite it highlighting both itself)

There may be a way to detect it, but if there not a way to send it through the SendInput API then there is little I will be able to do
I will try and have another look when I get time, but that wont be immediate, and if it needs a code change, even less immediate.
NOTE: Ive added it to the bug register so I wont forget!

Regards,
Phil

The fact that it works for shift, but doesn't work for other modifiers makes me hopeful it is a solveable issue. Thanks for taking a look, this is a huge thing for me as someone with hand-disabilities. This could really help me be better at playing certain games where I can create more elaborate rebindings! Thank you so much!

I think I have found the problem and fixed this - can you try the new beta 2.21 Beta 38 and see if it works with {RCTRL} and {RALT}?

Thank you, this does seem to work now!