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 94208 - Mouse control panel should configure smooth acceleration, not the threshold thing
Mouse control panel should configure smooth acceleration, not the threshold t...
Status: RESOLVED DUPLICATE of bug 93445
Product: gnome-control-center
Classification: Core
Component: Mouse
2.2.x
Other Linux
: Normal normal
: ---
Assigned To: Control-Center Maintainers
Control-Center Maintainers
Depends on:
Blocks:
 
 
Reported: 2002-09-25 20:46 UTC by Havoc Pennington
Modified: 2009-09-08 14:58 UTC
See Also:
GNOME target: ---
GNOME version: 2.1/2.2



Description Havoc Pennington 2002-09-25 20:46:59 UTC
See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=74268
for an example complaint, I agree the current way is bad.

See the thread starting here for how to fix it:

 http://www.xfree86.org/pipermail/xpert/2002-March/016295.html

We should be able to have a single slider in the mouse capplet for
"acceleration" without the threshold thing.
Comment 1 Andrew Sobala 2002-11-25 21:46:59 UTC
See also bug 93445
Comment 2 Jonathan Blandford 2003-07-24 20:39:36 UTC
Grumble.  That archived list is gone, Havoc.  Do you have it locally?
Comment 3 Sebastien Bacher 2004-11-26 17:25:12 UTC
This is a dup of #93445. BTW somebody has the list archive or a pointer on what
to do to fix that ?

*** This bug has been marked as a duplicate of 93445 ***
Comment 4 Tor Klingberg 2009-09-08 14:58:41 UTC
archive.org has it:
http://web.archive.org/web/20020829044146/http://www.xfree86.org/pipermail/xpert/2002-March/016295.html
>Does anyone know of any programs, patches, drivers, etc. that allow for 
>a better mouse cursor acceleration than what X does?
>
>The current method of multiplying the mouse's velocity by a constant 
>whenever the motion exceeds a certain threshold isn't as nice and usable 
>as the extremely smooth polynomial, exponential, etc. acceleration 
>mechanisms that have been the standard in all the other modern windowing 
>systems (windows, macos, etc.).
>
>Alternatively, does anyone know why the X mouse acceleration system 
>sucks so much? :)

The XFree86 mouse acceleration code has been using a different
algorithm from this (a smooth one) for a few years when the threshold
is set to 0.  The traditional algorithm is still used when the
threshold is non-zero.

If you have a better alternative, feel free to submit a patch that
implements it.