GNOME Bugzilla – Bug 576326
better timeline mouse scroll wheel usage
Last modified: 2009-05-14 17:59:58 UTC
Here's a proposal of new mousewheel bindings when the cursor is over the actual timeline canvas: - normal scroll = zoom in/out (not just on the ruler) - shift+scroll = scroll the timeline horizontally - ctrl+scroll = scroll the timeline vertically - middle-click-drag: scroll horizontally and vertically (bug #575966) This is consistent with other gnome applications, allows efficient zooming (my most commonly used operation in video editing, which doubles function as a quick way to jump from one place of the timeline to another), and the very useful "shift+scroll" just can be documented/presented to the user as another efficient way of moving through the timeline.
Actually, that's incorrect, after some discussion and after checking the HIG [1]. The correct order should be: - normal scroll = scroll the timeline horizontally - shift+scroll = scroll the timeline vertically - ctrl+scroll = zoom in/out (not just on the ruler) - middle-click-drag: scroll horizontally and vertically (bug #575966) [1]: "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."
commit 69dd1b51f19f67accbbf7dbdaa9de4fd493e09e4 Author: Edward Hervey <bilboed@bilboed.com> Date: Thu May 14 19:27:28 2009 +0200 TimelineCanvas: More extensive scrollwheel behaviour. Fixes #576326 UP/DOWN : scrolls left/right SHIFT + UP/DOWN : scrolls up/down CTRL + UP/DOWN : zooms in/out Also made the canvas Loggable (for debug messages).