Hello! I've been having an interesting problem. Basically, if I make a selection box with my mouse there's a very slight delay before it starts drawing the box (say if I'm trying to select three folders). It's most noticable when I play games (lik eWarcraft), because when I select some workers it doesnt get all the ones I want. Now, I'm not sure what the problem is, but I did notice that I could do a

cat /dev/psaux
cat /dev/usbmouse
cat /dev/mouse

And they all worked and gave me gobbly gook on the screen. I'm relatively newbie to Linux, so I'm not sure if this is normal, or if it's recognizing my mouse three times and causing this delay. Also, in my XF86Config-4 file I have only one mouse listed and currently I'm using it as IMPS/2 and the /dev/usbmouse. Any help would be appreciated!

--Seffius--

What distro are you using and what dekstop suite? In both KDE and Gnome you can adjust the delay of the mouse in the control centre.

I have Mandrake 10 and running Gnome. I went into the mouse properties in the control center but found nothing there that applies to "click response". The actual mouse speed is fine, it's the response time for when I click thats jacked up (most noticable when moving the mouse and clicking).
Seth

Hi all,

I had an hard time finding on google somebody experiencing the same thing as me ...

So far what I found :

- It does not happen under win XP
- I tried under KDE and GNOME, same behaviour
- I tried to tweak X11 parameters for my Logitech Trackman marble [ Option "Resolution", Option "SampleRate", Option "BaudRate" ], same behaviour
- I switched to a standard USB mouse, same behaviour.

I try to reformulate this poor behaviour because for people unused to responsive GUI it can be hard to differenciate :

When you click AND move the mouse it seems that the "mouse down" event is taken into account at the next mouse point instead of current one.

For every "click and move" gesture it is annoying : you put your pointer on an area, click and move quickly and the system click outside the area (button, window, widget ...)

Each time you click you have to press "hard" = "with a slight pause" the left button in order to be sure to have a correct GUI response.

I hope it makes this problem clearer.

Is there any setting for that in X11 ?

If not, any idea where it is produced in the code ?

GB.

My config :

AMD 64, 1Go RAM, nforce3 chipset.

My distrib :
gentoo [Gentoo Base System version 1.4.16]
xorg-x11-6.8.0-r1
kde-3.3.1
gnome-2.8.0-r1

I fixed my problem by recompiling my kernel with the usb mouse source patch.

http://omfg.linux.dk/pub/configurabl...mouse-polling/

I continued to investigate...

Nothing changed when :

- I tried the patch
- I switched from 64bits to 32bits kernel.
- I switched for an usb mouse
- I tried on another completely different computer with a totally different mouse
- A friend saw the defect and reproduced it on Cygwin (!!) with Xfree86

So it appears that it is not a problem of linux or mouse related pb.

It seems that it is just X11 that doesn't handle that.

Any idea from where it comes from internally ? A late buffer flush when the mouse is clicked ? How it is done in windows ? What misses in X11 ?

You cannot quickly select an url in a browser, move a window or select a series of objects without your mouse clicking centimeters away the point you clicked.

I just wonder... How people can stand this all day long ?

G.B

Hi. I have the same exact problem and this is a PAIN when playing Warcraft III. In other circunstances it does not matter as the delay is very small. But I need to get that fixed to be able to play correctly.

What is really strange is that sometimes this phenomen does not appear, sometimes it does. I don't know what cause it to stop (or start). With another mouse problem is the same, so that's a software problem.

I am using kernel 2.6.16.16, XOrg 6.8.2, KDE 3.5 (I don't think that matters) and an USB mouse (on a Gentoo AMD64 system). I am going to try XOrg 7.0 to see if it improves things...

Any help would be GREATLY appreciated.

Elvanor

You have to force the middle mouse button emulation off (just letting it the default is not enough).

Option "Emulate3Buttons" "no"

This 'feature' adds a slight delay to the click detection I suppose to be sure both buttons have been clicked even if they clicked some ms appart but doesn't delay the processing of other events.

I posted a bug on X11 bugtool and it has been corrected so it should be ok on recent releases of X11.

Thanks a lot for the solution. Actually, I didn't try it, since I upgraded today to Xorg 7.0 (from 6.8.2) and the problem seems to be gone, as you said it probably would.

But thanks a lot anyway !!