Strongly suggest add mouse button as modifier keys

[rivermstony]

The current latest version of x-mouse doesn't support using a mouse button as a modifier key, even if the button is set to simulate the modifier key.

A mouse button as a modifier key enables mouse button combination and will bring great convenience, which doubles or even triples the number of functions a mouse can perform.

For example, when using a browser, if the 4th button is pressed, then scrolling mouse wheel up or down means zooming out or in; if not, the mouse wheel functions as normal. We sacrifice the 4th button as a modifier key but each of all other 8 keys can bear a second meaning.

[phil]

This is already supported using the layer dropdown options in the main screen (and thus can be configured per application).

For example:
Set button 4 to "Layer 2" and while the 4th button is held down, layer 2 will be active.

Is this what you are trying to achieve? This functionality has been in XMBC longer than the modifier keys.

Thanks,
Phil

[Torrente]

I don't want to be rude, but he probably thinks e.g.

In this example right mouse button is a modifier:
right button = command a
wheel up/down = command b
right button + mouse wheel up/down = command c

and in this example button 4 is a modifier:
left button = command 1
button 4 = command 2
button 4 + left button = command 3

[phil]

I don't believe that is what he meant as he gave a perfectly good example of what he means, that can be accomplished by layer modifiers currently.

But if I'm wrong...
Its not possible to do button chording (multiple buttons) because of the nature of XMBC's message processing. I believe there is a FAQ entry that describes this.

Basically, because XMBC works on windows messages, you would have to wait for a predetermined amount of time, to see, after one button is pressed, if another one is.. and if it is, then you would have to do different things, if not, do the first thing.

This would introduce a delay in to every button press, and because XMBC is a user level app, not a kernel level app (eg. mouse driver). This sort of behaviour belongs in the driver, where you have distinct control over timing and the likes.

Sorry.

[Torrente]

This would introduce a delay in to every button press

That's for sure.

@ rivermstony
I don't know if it helps, but I use open source app called HotkeyP, which does what you want, but it doesn't recognize different windows (apps) like XMBC, it works globally (like default profile in XMBC).
It doesn't use any drivers though, so you can at least try it.

[MainTrane]

I use AutoHotkey to perform rocker and wheel gestures

Code: Select all

;;;;;  Rocker & Wheel Gestures  ;;;;;

~LButton & RButton::Send, {LButton Up}^c            ;Copy
~LButton & MButton::Send, {F2}                      ;Rename File/Folder
~RButton & LButton::Send, ^v                        ;Paste
~RButton & MButton::Send, !{Enter}                  ;File/Folder Properties
~MButton & LButton::Send, {F5}                      ;Refresh
~MButton & RButton::Send, {Esc}                     ;Stop
~LButton & WheelUp::Send, ^{PgUp}                   ;Scroll Up by Page
~LButton & WheelDown::Send, ^{PgDn}                 ;Scroll Down by Page
~RButton & WheelUp::Send, {Browser_Forward}         ;Go Forward
~RButton & WheelDown::Send, {Browser_Back}          ;Go Back
;~MButton & WheelUp::                               ;Restore Last Active Window
;    WinRestore, ahk_id %win2%
;Return
;~MButton & WheelDown::                             ;Minimize Current Window
;if (WinHwnd<>WinDesktop) 
;    WinMinimize, ahk_id %WinHwnd%
;Return

The code on the left performs the actions described to the right.  It's just an example from my currently active script, and still needs to be fleshed out(specifically the window activations).  It can be edited to perform whatever other actions anyone needs.

There are many other AHK scripts hosted on the AutoHotkey forums that perform similar rocker/chording actions.

To an extent, XMBC can be used to perform rocker/wheel gestures through layered button mapping.