Summary: | x11-drivers/xf86-input-mouse-1.0.4 weird behaviour of middle button click | ||||||
---|---|---|---|---|---|---|---|
Product: | xorg | Reporter: | Marcel Lilienthal <marcel.lilienthal> | ||||
Component: | Input/Mouse | Assignee: | Xorg Project Team <xorg-team> | ||||
Status: | RESOLVED FIXED | QA Contact: | |||||
Severity: | normal | ||||||
Priority: | high | CC: | dberkholz, erik.andren | ||||
Version: | 7.0.0 | ||||||
Hardware: | x86 (IA32) | ||||||
OS: | Linux (All) | ||||||
Whiteboard: | |||||||
i915 platform: | i915 features: | ||||||
Attachments: |
|
Description
Marcel Lilienthal
2006-03-05 11:43:41 UTC
Since /dev/input/mice is a hack anyway, try to set up your mouse and trackball as separate devices and report back the results. ok, the bug only appears if one of both devices uses /dev/input/mice. when i use /dev/psaux for the trackpoint and /dev/input/mouse1 for the usbmouse... its solved. but if i start xserver without usbmouse and attach the usbmouse later, the usbmouse doesnt work, because /dev/input/mouse1 doesnt exist at start of the xserver. is there another possibility to configure the usbmouse, that it doesnt have to be attached at startup of X? You can try and play with the evdev driver. Preferably the cvs version of it. I belive it supports some basic hotplugging. forget comment#2 using /dev/psaux for trackpoint works. using /dev/input/mouse1 or /dev/input/mice for the usbmouse causes weird behaviour. using the evdev driver for the usbmouse solves problem... but a new problem arise: AllowMouseOpenFail in ServerFlags has no function if i use evdev driver. so the mouse has to be plugged when starting X. i dont know if this is a gentoo bug. i use the gentoo xorg-x11 7.0 packages. can't try cvs version of evdev with these packages, i think. anyway, i leave the bug as resolved Created attachment 4873 [details] [review] experimental ebuild to download evdev cvs This is an experimental ebuild I use to download and install the latest cvs version of the evdev driver. YMMV! |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.