After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 603103 - need interface to set all mouse properties, not just tiny subset
need interface to set all mouse properties, not just tiny subset
Status: RESOLVED WONTFIX
Product: GPointingDeviceSettings
Classification: Other
Component: Core
git master
Other Linux
: Normal enhancement
: ---
Assigned To: GPointingDeviceSettings-maint
GPointingDeviceSettings-maint
gnome[unmaintained]
Depends on:
Blocks:
 
 
Reported: 2009-11-27 02:13 UTC by Tom Horsley
Modified: 2018-08-17 18:38 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
my current alternative technique (972 bytes, text/plain)
2009-11-27 02:16 UTC, Tom Horsley
Details

Description Tom Horsley 2009-11-27 02:13:39 UTC
I have a trackball, I also have a KVM switch. I can use xinput to set
the drag lock I need to make a trackball useful with one hand, but
if I switch away from the system and back using the KVM, the settings
are lost.

I looked at using gpointing-device-settings to deal with this, but it
has no interface for specifying drag lock or button mappings (which I
also change for convenience).

I see many other settings xinput can control, I can't imagine they are
all there just for fun. I suspect anyone might want any of the settings
tweaked on their mouse.
Comment 1 Tom Horsley 2009-11-27 02:16:06 UTC
Created attachment 148570 [details]
my current alternative technique

Here is the current ridiculous shell script I use in place of a more
formal technique for setting mouse properties. (Just in case anyone else
finds this bugzilla and wants a work around :-).
Comment 2 Daniel Cardenas 2010-05-16 18:50:52 UTC
This bug also request setting additional mouse properties from the gnome-mouse-properties tool : https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/198313

Here is the text that I added for those two bugs:

If a user has several mouses wouldn't they potentially want to customize each
mouse differently?
Questions:
1. Is gnome-mouse-properties still the best place for this enhancement?
2. Is gpointing-device-settings the right place to introduce this enhancement? 
3. Or should the two apps be somewhat merged?

I'm thinking option 3.  User doesn't want to guess which app is appropriate for
mouse or pointing device customization.
Comment 3 Daniel Cardenas 2010-05-16 18:51:42 UTC
Here is the other bug I wanted to mention: https://bugzilla.gnome.org/show_bug.cgi?id=140279
Comment 4 André Klapper 2018-08-17 18:38:12 UTC
GPointingDeviceSettings is not under active development anymore and saw its last non-cosmetic code changes in 2010. Its codebase has been archived:
https://gitlab.gnome.org/Archive/gpointing-device-settings/commits/master

Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect
reality. Please feel free to reopen this ticket (or rather transfer the project
to GNOME Gitlab, as GNOME Bugzilla is deprecated) if anyone takes the
responsibility for active development again.