GNOME Bugzilla – Bug 709960
Evince ignores remapping of scroll-wheel buttons
Last modified: 2013-10-25 09:01:40 UTC
The current version of Evince ignores Xorg settings which reverse the direction of mouse-scrolling. Steps to reproduce: * Open any pdf in evince 3.10.0. * In a terminal enter: $ xinput set-button-map 'Name_of_pointer_device' 1 2 3 5 4 Expected behavior: The direction of vertical scrolling reverses due to the reversed button mapping. Observed behavior: No change in scrolling behavior. Further comments: I run a WM without the full GNOME environment, although I wouldn't expect the behavior to be significantly changed by the presence of the DE. Evince 3.8.3 is also partially affected. In that version, scrolling is reversed as expected in the primary pane, but the thumbnails/index pane and the save/open dialog scroll in the same direction regardless of how the buttons are mapped.
Evince doesn't do anything special here, I'd expect any other gtk+ application to behave the same way. Have you checked any?
I just now noticed pavucontrol v2.0 shows the same behavior as evince (scrolling direction fails to reverse). I'd previously pulled in gnome-terminal v3.10.0 to test, and found that it behaved as expected. I also just tried a couple quick tests with zenity v3.8.0. --calendar behaves as expected, but --file-selection fails to reverse the scrolling direction.
*** This bug has been marked as a duplicate of bug 710849 ***