Disabling "Pan score" button breaks direct navigation by the Find command and the Timeline

• Mar 22, 2022 - 12:41
Reported version
3.6
Type
Ergonomical (UX)
Frequency
Few
Severity
S4 - Minor
Reproducibility
Always
Status
GitHub issue
Regression
No
Workaround
Yes
Project

During editing users most likely will want the score to be repositioned when a selection is made or when a keyboard shortcut (e.g. move to end of score = CTRL+END) is used. However, neither of these happen if the pan score button is not selected. This provides users with the option of not repositioning the score. It is illogical that the button can only be accessed as part of the playback toolbar which is quite likely to be during editing.

Ideally there should be two separate controls: one for panning during playback and one for panning during editing/navigation. However, it is not clear what use case is served by turning off panning during editing/navigation.

At the very least, the existing control should be shown in the view menu where it is always accessible.

The workaround is to keep the playback toolbar visible when editing.


Comments

I definitely favor making the pan score button irrelevant during direct navigation - Find and Timeline should work independent of that. The fact that it affects unasked-for panning during editing (like, moving the score view during note input, or after a copy-paste operation) is by design - people requested that feature for years, and now it's here. It's true, though, that it could potentially be split into two different buttons, one for playback, one for editing. I doubt there would end up being much need for that once the nbug is fixed that causes this to affect things it definitely shouldn't, like Find and Timeline.

Title "Pan score" button also controls panning both during playback and during selection/navigation but can not be accessed unless the playback toolbar is shown Disabling "Pan score" button breaks direct navigation by the Find command and the Timeline