Created attachment 330678 [details]
missing change to recognize in xpdf up to nine buttons

Description of problem:

Bummer!  This is actually my fault. When in the past submitting changes to bump a number of xpdf-usable mouse buttons to 9 I forgot about XPDFViewer.cc not to ignore those additional buttons.  Here it is.

Version-Release number of selected component (if applicable):
xpdf-3.02-7.fc10

Additional info:

I have here a wireless mouse which is identified as:
....
(II) Logitech USB Receiver: Found 16 mouse buttons
(II) Logitech USB Receiver: Found x and y relative axes
(II) Logitech USB Receiver: Configuring as mouse
(**) Logitech USB Receiver: YAxisMapping: buttons 4 and 5
(**) Logitech USB Receiver: EmulateWheelButton: 4, EmulateWheelInertia: 10, Emul
ateWheelTimeout: 200
....

I am not sure about 16 but beyond "normal" buttons, and withouth any remappings, its wheel gives buttons 4, 5, 6 and 7 (the last two as side wheel motions), there are two "back" and "forward" buttons as 8 and 9 and also "zoom-in" and "zoom-out" buttons 13 and 14.  That is what I can find in xev reports.

Withouth any remapping one can at least put in /etc/xpdfrc lines like

bind mousePress8 any prevPage
bind mousePress9 any nextPage

which is really nice when in a full screen mode during a presentation and not necessarily close to a machine.  With this additional patch that just works.

Making buttons above 9 "xpdf-usable" would be possible but it would need deeper intervention into GlobalParams.cc to do something similar like what is done for parsing xpdfKeyCodeF"X" presses.

Remapping mouse buttons when by default /etc/X11/xorg.conf is absent becomes slitghtly hairy and besides now one gets this in logs:

(WW) AllowEmptyInput is on, devices using drivers 'kbd' or 'mouse' will be disab
led.
(WW) Disabling Keyboard0
(WW) Disabling Mouse0

so remapping would have to be done for a device "evdev" and not "mouse".