Bug 79575

Summary: Use gestures to generate simulated mouse input
Product: [Applications] systemsettings Reporter: Jørgen Hermanrud Fjeld <jhf>
Component: kcm_khotkeysAssignee: Lubos Lunak <l.lunak>
Status: RESOLVED UNMAINTAINED    
Severity: wishlist    
Priority: NOR    
Version First Reported In: 5.20.3   
Target Milestone: ---   
Platform: Debian testing   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description Jørgen Hermanrud Fjeld 2004-04-13 18:46:52 UTC 
Version:            (using KDE KDE 3.2.2)
Installed from:    Debian testing/unstable Packages
OS:          Linux

Khotkeys is not able to translate gestures into mouse events.
I'm using an "Anir Ergonomic Mouse" that, recommends use of the middle button combined with movement to simulate use of a scroll button.
Having the possibility of generating scrolling events from gestures would allow me to use this ergonomic mouse much more efficiently, thus I really hope somebody will create a mouse event generator as well.
Thank you for outstanding work.
jhf at hex dot no
Comment 1 Lubos Lunak 2004-08-03 14:09:56 UTC 
Why don't you simply generate up/down keyboard events for scrolling?
Comment 2 Jørgen Hermanrud Fjeld 2005-03-19 13:48:17 UTC 
It doesn't work the same. Let me explain.
The idea is that when the middle button is pressed down and held down while the mouse is moved, the distance between the point where it was pressed and the current location of the mouse cursor determines the rate for generating scrolling events.
Let sb be mouse Scrolling Button (user assigned)
let p_sbd be Point where SB was pressed Down
let p_c be the current Point of the mouse Cursor while sb is still pressed
let dx be the x axis difference between p_sbd and p_c 
let dy be the y axis difference between p_sbd and p_c 
let xr be the X axis keybord event fire Rate (user chosen)
let yr be the Y axis keybord event fire Rate (user chosen)
while sb is still pressed 
  fire x axis scrolling events at rate dx*xr
  fire y axis scrolling events at rate dy*yr

There is no way I can see of expressing this in the current mouse gesture framework. I was hoping that the mouse gesture framework could be extended to express this, or that it can be determined that this can not be handled by the mouse gesture machinery, and require X hacking.
Comment 3 Nate Graham 2024-03-04 19:41:53 UTC 
As announced in https://pointieststick.com/2023/07/26/what-we-plan-to-remove-in-plasma-6/ and https://community.kde.org/Plasma/Plasma_6#Removals, I'm afraid KHotKeys has reached end-of-life in Plasma 6. Accordingly, all bug reports and feature requests for it must be closed now.

Most of what KHotKeys could do can already be done with the newer KGlobalAccel system in Plasma 6. A few features such as mouse gestures and triggering conditions based on changes to window states are not yet implemented in the new system. These will be added in the future if and when resources materialize for them, and/or when a kind soul submits patches to implement them! :) Meanwhile, the 3rd-party "Mouse Actions" app (https://github.com/jersou/mouse-actions) may be usable for implementing your own mouse gestures again.

Thanks for your understanding, everyone.