GNOME Bugzilla – Bug 128837
mouse button 6 and 7 scroll vertical
Last modified: 2004-12-22 21:47:04 UTC
In most applications (e.g. Nautilus) the horizontal scrolling with mouse is support using mouse button 6 and 7. Gnumeric does not scroll horizontal, but vertical.
scrollwheel == up/down shift scrollwheel == left/right It's pretty trivial to add this, but I'm unsure what shift should do. 4/5 == up/down shift 4/5 == left/right 6/7 == ? left/right ? shift 6/7 == ? up/down ?
FWIW, the only thing the (draft) HIG says about this is: # If present on the mouse, the scrollwheel should scroll the window or control under the pointer, if it supports scrolling. Initiating scrolling in this way should not move keyboard focus to the window or control being scrolled. [REMARK: If it supports both horizontal and vertical scrolling, perhaps suggest unmodified scrollwheel should scroll vertically, and Shift-scrollwheel should scroll horizontally.] # Ctrl-scrollwheel-up should zoom into the window or control under the mouse pointer, and Ctrl-scrollwheel-down should zoom out. Zooming in this way should not move keyboard focus to the window or control being zoomed. Does it need to say anything else?
Calum : apparently it could use some extension to support multiple scroll wheels. If shift roll-#1 goes horizontal what does wheel #2 do ? and what does shift #2 do ? /me conveniently ignores ctrl for now Although, as long as you're listening what sorts of increments should ctrl-scrollwheel zoom at ? The small set of presets in the drop down don't seem ideal. Possibly +/- 10 or 25 % ?
Konqueror does it the following way: -vertical scroll wheel scrolls vertical -vertical scroll wheel + Alt button scrolls horizontal -horizontal scroll wheel scrolls horizontal -horizontal scroll wheel + Alt button scrolls horizontal -vertical scroll wheel + Ctrl changes text size -horizontal scroll wheel + Ctrl changes text size -holding shift doesnt change scrolling or zooming
Ok so ctrl + either wheel == zoom and raw vert or horiz do what you'd expect. That still leaves Shift and now Alt as wildcards. What does kde do with shift-vert or shift-horiz ?
As said Konqueror ingnores a pressed shift. Dont know about other KDE-Applications.
Blah. Sorry. Did not notice that last line. A couple of points 1) I mistated gnumeric's behavior. It was using Alt to toggle vert -> horiz. 2) I'm not thrill with the asymetry in the konq approach alt-vert = horiz alt-horiz = horiz ?? 3) XL seems to use shift for show/hide groups For now I've done scroll vert = vert alt scroll vert = horiz scroll horiz = horiz alt scroll horiz = vert Shift scroll == nothing, will be grouping ctrl scroll == zoom in/out at 15% intervals
Fixed.