MuseScore's zooming and scolling behaviour
A number of users have reported finding MuseScore's current behaviour (version 2.0.2) to be unintuitive in terms of zooming and scrolling. (See issue #83131: Losing focus for selection when zooming). It may not be possible to satisfy all users in all cases, but this post is intended to start a discussion with the hope of determining the solution that will satisfy most people in most cases.
MuseScore distinguishes between mouse-based zoom and menu-based zoom. Zooming with keyboard shortcuts is considered equivalent to menu-based zoom. All three methods are described in the handbook here (keyboard shortcuts are described again here), but the behaviour is not described so is given below.
- Always centred on the cursor.
- Gives the user precise control over which part of the score they want to zoom in on.
- The idea is that the mouse and cursor are related so it makes sense to follow the cursor here.
Menu-based zoom (and keyboard-based zoom)
- Always centred on the top left of the screen (not the top left of the score which might be off-screen).
- The idea is that sheet music is read from top-left to bottom-right so it makes sense to zoom this way.
- The user has no control over this behaviour (it always zooms on the top left). In particular,
- Zooming does not follow a selection. (There won't always be a selection to follow).
- Zooming does not follow the cursor. (Clearly it can't if the cursor was used to click the menu. If the keyboard was used then the cursor might not be inside the window.)
Scrolling (related to zoom)
Triggered using mouse wheel (hold shift for horizontal scroll) or equivalent touch gesture (e.g. two-fingered scroll), or by left-click and drag on a blank area of the canvas. (I'm defining "canvas" here as including both the background grey area and the score itself - i.e. it is the "scrollable area".)
- Scroll behaviour is the same in all cases (wheel, gesture, click-and-drag).
- Cannot scroll forever - canvas size is limited such that at least a little bit of the score is always visible.
Scrolling isn't an efficient method for navigating large scores, but there are other ways:
> "the Navigator is available in View menu, plus the page up / down / home / end
> keys. Also Ctrl+F to navigate to a particular measure, page, or rehearsal mark."
Problems/complaints with current behaviour
Categories: mouse-based zoom, menu/keyboard-based zoom, general zoom or scrolling.
- General zoom - it is possible to lose the score off the edge of the screen when zooming. (To see this, scroll as far left and up as you can and then zoom in a long way using any method.)
- Scrolling - it is almost possible to lose the score off the edge of the screen when scrolling. There is really no point in having a canvas that extends more than about 10 pixels beyond the edge of the score at high zoom levels. Scrolling should be disabled completely if the whole score is visible.
- Menu/keyboard-based zoom - doesn't follow the selection. Many people feel that the selection (if there is one) should not be allowed to go off-screen while zooming.
- Menu/keyboard-based zoom - some people want it centred on the middle of the screen instead of the top-left corner.
There have been no specifically mouse-based zoom complaints so far!
Please add new comments with possible solutions and why they would be desirable. Ideally MuseScore's behaviour should be consistent with other programs, so try to give an example of another program that behaves in the way you suggest.
Please reply to other's comments to indicate whether or not you support their proposed solution, or to suggest problems and special cases that their solution hasn't addressed. You could indicate ways the solution might be extended to address the special cases.
Also, feel free to mention more problems with the current behaviour if you think I've missed any.