xset m A/B 0 gives a different behaviour, smooth acceleration, than typical
A/B C (C not zero) which is two speed. This behaviour is, for some people,
nice. But the point is that it is not documented in man page, so nobody
can just test it except if discovered due some reason more complex than read
the docs. See http://firstname.lastname@example.org/msg10374.html
for a good explanation. I am not asking for the suggestions in that mail but
just the documentation of current behaviour (direct quote):
"Move the cursor at speed `acceleration*raw_mouse_speed' whenever
`raw_mouse_speed' is greater than `threshold' -- unless `threshold'
is 0, in which case the cursor will move at
I finally looked at how the man page goes, copied the style and added
a new paragraph explaining that 0 is a special case. See patch. It
gives a user
Also for reference, explanation of system in 2002:
Code that seems to have done the job in the past (around line 955)
at least up to 7.1:
Newer code lacks it, tho:
Created attachment 7712 [details] [review]
Add mention of threshold=0 being a different formula
the code hasn't been removed, it's been generalised: look at acceleratePointer()
in dix/getevents.c. this means it'll also work for other DDXes (notably, the
Yeah, I already found, but was not sure with the new system (gitweb)
if I was seeing the right thing.
Anyway, the code looks still doing a pow function, and thus the patch
still makes sense. So this patch gets rejected or approved? Based
in mails the situation has existed by around 4 years or more, I
think it is time to cover the feature in the man page.
Also seen there is a bug trying to improve/change acceleration, and if
that one gets commited, I hope it includes xset support... and
documentation, man page. ;)
yeah, as the comment says, it's the same code, just moved over. the patch looks
fine to me; i'll commit it some time when it's not 4am on friday morning, thanks.
the acceleration patch does not include xset support, as that would be a
protocol violation; you'd need to use an xi control. but that should definitely
be encouraged, you're right ...
Sorry about the phenomenal bug spam, guys. Adding xorg-team@ to the QA contact so bugs don't get lost in future.
Any resolution? The bug has been open for near two years, got a patch
months ago and the thing is just about improving documentation,
nothing that would cause crashes by changing code.
Sorry to be a pest, but for such silly thing (just doc update), and
something that could give Xorg a good PR, maybe someone else could
commit it. Many people complain X11 has poor mouse handling, but the
code is there, just a small number of people know about it. No docs
pushed to master
Thanks a lot. I hope now it will be easier to convince people X can have
smooth mouse behaviour. :)