Hi!

I have two question in regard to mouse buttons.

The first one has been bothering me for a long time, and I was hoping KDE 4 might come with support for this. Since it doesn't (not yet at least), I'll settle for a workaround. This may or may not be more X- than KDE-related. What I'd like to do is to map my additional mouse buttons (anything >3) to custom actions. I assume I either have to set these up as gestures (but I don't know how) or map the buttons to keyboard combinations.

The other thing that's bothering me: KDE 3.x always had a strict philosophy about single/double click handling. The mode that was configured would apply to every KDE application. Now that I'm on KDE 4, I'm still using single click mode, and yet the file dialog insists on double clicks. Is this just incomplete functionality in the dialog, or is it a bug/configuration error on my system?

Thanks for any hints.

configuring mouse buttons
http://susewiki.org/index.php?title=Set ... h_MX_Mouse
http://www.linux-gamers.net/modules/wiw ... se+Buttons
http://ubuntuforums.org/showthread.php?t=219894
http://wiki.archlinux.org/index.php/Get ... ns_Working

So there really is no way to configure button actions in KDE, I have to map the buttons to keyboard combinations?

At this point, it seems this is the case as the mouse control module does not support detecting and configuring the additional buttons supplied by some mouses. If a feature request has not been made, it would be a good idea to file one at bugs.kde.org

Seems like it's a pretty old wishlist item: http://bugs.kde.org/show_bug.cgi?id=34362

Musgit wrote:Now that I'm on KDE 4, I'm still using single click mode, and yet the file dialog insists on double clicks. Is this just incomplete functionality in the dialog, or is it a bug/configuration error on my system?

You may need to restart KDE for the change to fully take affect.

Thanks for the replies, I finally got around to playing around with this. The xbindkeys solution does a good job of mapping the two arrow buttons on my mouse (apparently they call them "cruise control") to my shortcuts for KDE 4's "desktop grid" and "present windows". I've had no luck in mapping the remaining additional buttons on my mouse though... the volume buttons (up, down, mute) and the mail button insist on (supposedly) sending the corresponding XF86 key events, and I can't seem to get the IM button to do anything.

It's good enough for now though, with two fully customiseable buttons and the Mail button which I don't use on my keyboard anyway (it would still be nice to be able to configure the mouse's volume keys independently from my keyboard's in the long run).

I still believe KDE's mouse/keyboard settings should handle additional mouse buttons natively and allow us to configure them just like keyboard buttons, so I'll see what I can add to the bug linked above.

I also think it would be a good idea to have an option to cancel KDE's various switching effects (present windows etc.) with the same key that triggers them. From what I see, currently the Escape key is the only way to cancel them. Using them from my mouse, it would mean having to map Escape to a mouse button, which 1) costs me an extra mouse button and 2) seems a tad dangerous - accidentally pressing escape in the wrong context could give some rather disastrous results. I'll see if I can add a bug report/feature request for that.

Zarin wrote:

Musgit wrote:Now that I'm on KDE 4, I'm still using single click mode, and yet the file dialog insists on double clicks. Is this just incomplete functionality in the dialog, or is it a bug/configuration error on my system?

You may need to restart KDE for the change to fully take affect.

So this is *not* regular behaviour but some problem on my system? This has been bothering me ever since I tried the original KDE 4.0, and it's still the same with the current release. I've been using KDE 4 on my desktop system ever since the 4.1 release, and have rebooted it pretty much daily since that. The double click thing is also affecting the System Settings app (which I still find a major step backwards from the old KControl, but that's a different story altogether).

Musgit wrote:I also think it would be a good idea to have an option to cancel KDE's various switching effects (present windows etc.) with the same key that triggers them.

Wishlist entry submitted, in case anyone's interested:

https://bugs.kde.org/show_bug.cgi?id=187161

As I mentioned in this thread, there are already dozens of open bugs on this issue. If you want this feature please say so in one or more of those bug reports.