Bug 244736 - Changing mouse buttons order from Systemsetting modifies all input devices settings
Summary: Changing mouse buttons order from Systemsetting modifies all input devices se...
Status: RESOLVED UNMAINTAINED
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_mouse (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR minor
Target Milestone: ---
Assignee: Marie Loise Nolden
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-07-15 14:53 UTC by YAFU
Modified: 2024-03-25 01:40 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description YAFU 2010-07-15 14:53:56 UTC 
Version:           unspecified (using KDE 4.4.2) 
OS:                Linux

This is a wishlist more than a bug I guess.

I have a USB mouse and a tablet Genius.
I need to change the order of the buttons on the mouse only, but doing so from the KCM mouse configuration module also changes the mapping of the buttons on the Stylus Genius tablet.
Would not it be more convenient to choose from systemsettings the device to be modified? (Taken from xinput list, for example)
Thanks.

Reproducible: Didn't try




Tablet use "wizardpen" driver. Tablet Model: Genius EasyPen i405
USB Mouse: Genius NetScroll 200 Laser
Kubuntu 10.04 64bits - KDE 4.4.2
Comment 1 Kyo 2012-02-27 22:52:23 UTC 
Can I suggest the severity of this be bumped up? I'm using KDE 4.7 (current Oneiric Kubuntu version) and I'm affected by it as well. This is pretty serious for tablet users who for whatever reason flip their mouse's buttons as setting the mouse to left-handed messes up the tablet's mapping.

Inkscape seems to know about the problem, which makes life harder as using xsetwacom to undo the mess makes it impossible to draw on Inkscape.

Right now I have my mouse with the right-handed setting on kcm_mouse, but a script I set to run whenever KDE starts queries xinput and changes buttons 1/3 for any devices whose name contains "mouse" in any combination of cases. Obviously it doesn't cover hotplugging, though.

Tablet: Wacom Bamboo CTL-460 with USB ID 056a:00d4
KDE: 4.7, all packages as per current Oneiric versions
Xorg: 7.6, current Oneiric versions and xf86-input-wacom 0.13.0 for a bug with clicking on UI elements
Kernel: 3.0.0 with modified wacom.ko for pressure sensitivity
Using a 64-bit system here too!
Comment 2 h.goebel 2013-01-11 11:00:37 UTC 
See also https://bugs.kde.org/show_bug.cgi?id=313067
Comment 3 Andrew Crouthamel 2018-11-09 00:59:19 UTC 
Dear Bug Submitter,

This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond.

Thank you for helping us make KDE software even better for everyone!
Comment 4 Andrew Crouthamel 2018-11-18 03:33:45 UTC 
Dear Bug Submitter,

This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? This bug will be moved back to REPORTED Status for manual review later, which may take a while. If you are able to, please lend us a hand.

Thank you for helping us make KDE software even better for everyone!
Comment 5 h.goebel 2021-03-09 14:37:05 UTC 
This bug/feature-reqeust still persists.
Comment 6 Nate Graham 2024-03-25 01:40:34 UTC 
Hello! This Bugzilla ticket concerns support for the non-Libinput version of the Mouse page, which is no longer supported in Plasma 6. As such, the ticket will be closed as fixing or implementing what's requested here is now out of scope.

Thanks for your understanding!