Version: (using Devel) Installed from: Compiled sources Hi, I think that it would be very useful to have a "mouse-shortcut" to initiiate the "Present-Windows" effect. I think that "present windows" is an effect that aims to be used by mouse, so it would be nice to have different, fast, ways to initiiate the effect. I know that it can be initiiatet by a window corner, but I think that a direct click is more effective than moving the mouse a "long way" to a screen corner. So, conclusion: Ability to configure "mice shortcuts" for some effect... or maybe everywhere in kwin
That could be solved as an after effect of fixing the "new" bug #34362 (and also fixing #48062 could be interesting for other effects, like the zoom).
*** Bug 182183 has been marked as a duplicate of this bug. ***
*** Bug 182658 has been marked as a duplicate of this bug. ***
Copied from the dupe, above: A Compiz-alike wish... I would like it to be possible to activate the cube by middle (Button3)-clicking the desktop. That way you can spin the cube using only the mouse.
If you implement support for this, please allow binding effects to buttons of arbitrary number. My mouse has 5 buttons and only the gestures system would allow me to bind to buttons 4 and 5 in KDE 3. (And since I wanted it for my drawing tablet, that wasn't a big help) My wacom tablet has buttons 1-3 on the stylus and 9-12 on the tablet itself and not even the gestures system would let me bind buttons 9-12 in KDE 3.
*** Bug 185747 has been marked as a duplicate of this bug. ***
*** Bug 186804 has been marked as a duplicate of this bug. ***
I think adding support for mouse buttons in general would be a great thing to do. There are just some effects that are easier to activate/handle by using a mouse rather then using some keyboard bindings (the cube thing has been mentioned already) I hope this will be implemented some day. Using your mouse buttons to activate something is a "must have".
*** This bug has been confirmed by popular vote. ***
I think this can increase notably usability and productivity. Imagine just pressing a mouse button to activate Present Windows. And just another one to activate the Cover Switch. And maybe the combination of a key and the mouse scroll to zoom in and zoom out. It would make a big difference in usability, so I vote for it.
*** Bug 207845 has been marked as a duplicate of this bug. ***
*** Bug 237740 has been marked as a duplicate of this bug. ***
I would like to remind about this bug or feature request. If simultaneous right and left button mouse click is not feasible for triggering an effect how about the middle mouse button? Versions of KDE4 are arriving implementing fancy features but still forgetting that usability features for users like this one make much of a bigger difference in usability than most of the fancy effects added lately.
I'd like to chime in, like Juan Garcia: this is an old request, still valid over the age. After over two years, this seems to be still under the radar of kde devs... What can we do to raise the visibility of this feature request? It would increase the usability of kde quite a bit...
My 3¢ a) lmb+rmb is no "usability advance" since it's possible but incredibly hard to do that (the timeframe is somewhat < 40ms ...) -> no usability advance at all b) the mmb is not an option at all, since other than on windows it's traditionally used for X11's clipboard (by default) and other operations, ie. it's generally taken by clients. c) clicking the desktop with how many buttons or modifiers ever would actually not be too hard, kwin effects just could add dbus interfaces being called by plasma -or other clients- on mouseclick events (kwin cannot intercept them at all since it doesn't know whether the click should maybe go to some plasmoid) In general afair mouseevents were supposed to become a KAction feature and should than (implicitly) be available for any kwin shortcuts as well.
Thanks Thomas, that's good to know. Any idea "when" mouse events will become KActions? 4.6? 4.7? Again thanks. I'm currently using 4.5 and it seems that the trick describe here https://bbs.archlinux.org/viewtopic.php?id=106494 doesn't work anymore. The idea describe here is to send a dbus event when certain key bindings are found (using xbindkeys). That would be easy to do, but somehow, when I try to run : qdbus org.kde.kglobalaccel /component/kwin invokeShortcut "view_zoom_in" I get: Cannot find '.invokeShortcut' in object /component/kwin at org.kde.kglobalaccel
(In reply to comment #16) > Any idea "when" mouse events will become KActions? 4.6? 4.7? Afaics *not* 4.6 - no idea whether actually somebody is (still) working on this. > Cannot find '.invokeShortcut' in object /component/kwin at org.kde.kglobalaccel - check whether it's actually there qdbus org.kde.kglobalaccel /component/kwin | grep -i shortcut - then ensure the zoom plugin is active - try the complete object path qdbus org.kde.kglobalaccel /component/kwin org.kde.kglobalaccel.Component.invokeShortcut "view_zoom_in" ps: actually forgot that this was added - indeed plasma could already use it...
I tried JeanPhilippe's trick with xbindkeys and sometimes it works and sometimes not. When the xbindkeys is killed and restarted it seems to stop working... and in the end it is a workaround. Well, but that is not the main topic here. I still hope that the mouse alone can trigger desktop actions like Present Windows. If I want to trigger Present Windows with the middle button (typical 3 button mouse) simply I can't. I have checked also the KDE 4.6 Desktop Settings -> Mouse Actions but the actions that can be triggered a very limited and only work in the desktop, not in any other Windows. I have also tried System Settings -> Shortcuts and Gestures -> Custom Shortcuts, which support Mouse Gestures. But it does not seem to work. I think this is a real usability problem. I think that triggering effects on the Screen Edges is ok, but it is slow, lacks usability and intuitiveness. To make a fair comparison the current situation with triggering Desktop actions is like if you are a car designer and you will tell your car user that he has to get out of the car trough the roof. And well maybe at the early car days it was ok, but we have a long way since those days. I think the same for KDE: on KDE 4.3 it was ok to trigger desktop effects with key combinations or Screen Edges but we have come a long way since then and I feel that there is no much progress in input usability... users are being still asked to live with it and leave the car trough the roof...
The problem is you just can't assign mouse buttons to shortcuts. As stated in bug 237740, it would be GREAT if you could mimic compiz behaviour regarding the ability to zoom with meta+mouseheel_up and down. Using a keyboard shortcut to zoom, then going back to the mouse to move the zoomed window is not usability feature, it's a bug.
As the time of this writing our KDE libraries in version 4.x are feature frozen. This means that support for mouse shortcuts cannot be added to the libraries currently used by KWin. To get this feature we have unfortunately to wait till KWin has been ported to Qt 5 and KDE Frameworks 5 and then someone still needs to first add support for it in the global shortcut system. After a transition to Wayland it might also be possible that KWin becomes responsible for key and/or mouse shortcuts. But also this will take some time :-) So overall at the moment, we cannot add this feature and we have to set it as RESOLVED LATER, which is the most appropriate for a feature we would all like to have but just cannot add at the moment.
Git commit ab8063f02d2faacc5ad01d35bb3a99d4911ecc70 by Martin Gräßlin. Committed on 14/07/2013 at 20:58. Pushed by graesslin into branch 'master'. Export global pointer shortcuts to effect system and use it for cube Used in cube effect as an example with hard coded ctrl+alt+left click. M +5 -0 kwin/effects.cpp M +1 -0 kwin/effects.h M +1 -0 kwin/effects/cube/cube.cpp M +8 -0 kwin/libkwineffects/kwineffects.h http://commits.kde.org/kde-workspace/ab8063f02d2faacc5ad01d35bb3a99d4911ecc70
I'm trying to make a global shortcut in Kwin, so that I can perform zooming with: Zoom In: meta+scrollUP Zome Out: meta+scrollDown I see that this bug hasn't had activity since 2014. Did this ever become possible? If so I can't figure it out. When I try to set a Global Alternative that uses the mouse-wheel, it simply scrolls instead of taking that in as the key combination I'm wanting to set. Please advise.
I found a work-around: https://pryp.in/blog/19/zoom-the-screen-with-alt-scroll-in-kde.html
It was fixed for the cube effect; changing status. Mouse events are not part of the keyboard shortcut system. See also bug 171295.