some Logitech Cordless Desktop Optical keys act as mouse buttons
Bug #28531 reported by
nanophase
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
xserver-xorg-input-keyboard (Ubuntu) |
Fix Released
|
Low
|
Ubuntu-X | ||
xserver-xorg-input-mouse (Ubuntu) |
Fix Released
|
Low
|
Ubuntu-X |
Bug Description
Messenger/SMS key acts as mouse1 (left)
Webcam key acts as mouse3 (right)
iTouch key acts as mouse2 (middle)
pressing the wheel (yes, on the keyboard) doesn't doesn't generate anything in xev at all
I never had them working on Linux yet, might be a driver issue. All other extra keys work nicely.
Changed in xserver-xorg-input-keyboard: | |
assignee: | nobody → ubuntu-x-swat |
status: | Unconfirmed → Confirmed |
Changed in xserver-xorg-input-mouse: | |
assignee: | nobody → ubuntu-x-swat |
To post a comment you must log in.
This is caused by the keyboard itself. I have two devices that register multiple input device entries, one a Logitech keyboard. In the dmesg output, the keyboard is listed as follows:
[ 39.634648] input: Logitech Logitech USB Keyboard as /class/input/input3
[ 39.634652] input: USB HID v1.10 Keyboard [Logitech Logitech USB Keyboard] on usb-0000:00:02.0-8
[ 39.654653] input: Logitech Logitech USB Keyboard as /class/input/input4
[ 39.654746] input: USB HID v1.10 Mouse [Logitech Logitech USB Keyboard] on usb-0000:00:02.0-8
In my case, the keyboard wheel generates mouse buttons 4 and 5, fed into xev through /dev/input/mice multiplexing, although clicking the keyboard wheel doesn't seem to have any effect.
The package `input-utils` [dapper only] allows easy investigation of input devices, and includes lsinput, which clearly shows the internal configuration.