This is similar to a bunch of other "horizontal scroll does not work" bugs, but I did not find any of those that were close enough that I could call this a duplicate.
The mouse is a Compaq CPQ750TP. It shows up as "Acrox USB & PS/2 Mouse" when plugged into the PC directly, and "ATEN CS1784" when plugged into my KVM (it works identically regardless how it is plugged in).
The mouse has a scroll ball and 5 buttons.
I have spent quite some time attempting to get the horizontal scrolling to work.
I have the following in a .fdi file in the /etc/hal/fdi/policy directory:
<?xml version="1.0" encoding="ISO-8859-1"?>
<deviceinfo version="0.2">
<device>
<match key="info.product" string="Acrox USB & PS/2 Mouse">
<merge key="input.x11_options.XAxisMapping" type="string">6 7</merge>
</match>
</device>
Horizontal scrolling works perfectly on Windows 2000 (different computer, same KVM & mouse)
Attempting to scroll horizontally in Ubuntu gets fast vertical scrolling.
If I monitor events with "xinput test 4" Left button maps to button 1, middle button (pushing down on ball) maps to button 2, right button maps to button 3 left side button maps to button 8, right button maps to button 9, vertical scroll with ball maps to buttons 4 & 5, horizontal scroll with ball also maps to buttons 4 & 5, but each event is repeated 7 times.
It appears as if horizontal scrolling should be mapping to buttons 6 & 7. The hal file above was an attempt at a work arround to remap 6 & 7 to 10 & 11, but the remapping to 4 & 5 is still happening.
Wild speculation: someone has hard wired his preferences into the driver.
Not sure where this problem is happening, but my guess is evdev.
Horizontal scrolling is very important to me. I do CAD work, and being able to scroll in two dimensions around a large drawing is very helpful. To that end, I have purchased at least 8 different mice with scroll balls on them trying to find one that works well.
This is similar to a bunch of other "horizontal scroll does not work" bugs, but I did not find any of those that were close enough that I could call this a duplicate.
The mouse is a Compaq CPQ750TP. It shows up as "Acrox USB & PS/2 Mouse" when plugged into the PC directly, and "ATEN CS1784" when plugged into my KVM (it works identically regardless how it is plugged in).
The mouse has a scroll ball and 5 buttons.
I have spent quite some time attempting to get the horizontal scrolling to work.
I have the following in a .fdi file in the /etc/hal/fdi/policy directory:
<?xml version="1.0" encoding= "ISO-8859- 1"?>
<deviceinfo version="0.2">
<device> x11_options. XAxisMapping" type="string">6 7</merge>
<match key="info.product" string="Acrox USB & PS/2 Mouse">
<merge key="input.
</match>
</device>
<device> x11_options. ButtonMapping" type="string">1 2 3 4 5 10 11 8 9 6 7</merge> x11_options. Emulate3Buttons " type="string" >0</merge> x11_options. EmulateWheelBut ton" type="string" >0</merge> x11_options. XAxisMapping" type="string">10 11</merge>
<match key="info.product" string="ATEN CS1784">
<merge key="input.
<merge key="input.
<merge key="input.
<merge key="input.
</match>
</device>
</deviceinfo>
Horizontal scrolling works perfectly on Windows 2000 (different computer, same KVM & mouse)
Attempting to scroll horizontally in Ubuntu gets fast vertical scrolling.
If I monitor events with "xinput test 4" Left button maps to button 1, middle button (pushing down on ball) maps to button 2, right button maps to button 3 left side button maps to button 8, right button maps to button 9, vertical scroll with ball maps to buttons 4 & 5, horizontal scroll with ball also maps to buttons 4 & 5, but each event is repeated 7 times.
It appears as if horizontal scrolling should be mapping to buttons 6 & 7. The hal file above was an attempt at a work arround to remap 6 & 7 to 10 & 11, but the remapping to 4 & 5 is still happening.
Wild speculation: someone has hard wired his preferences into the driver.
$ lsb_release -rd
Description: Ubuntu 8.10
Release: 8.10
Not sure where this problem is happening, but my guess is evdev.
Horizontal scrolling is very important to me. I do CAD work, and being able to scroll in two dimensions around a large drawing is very helpful. To that end, I have purchased at least 8 different mice with scroll balls on them trying to find one that works well.