In 1.3, it was possible simultaneously to view one section of a score in one window while editing a different section of it in the other window. Since Beta 1, that's no longer possible; the two windows move in lockstep with each other.
The move happens upon selection of a note or rest, which triggers setPlayPos, which in turns sets off the chain reaction of events that results in adjustCanvasPos getting called for all scoreviews. It's hard (for me) to trace because of the the "emit posChanged" that occurs within Score::setPos(), but I guess that is triggering each scoreview to respond.
If I had to guess, I'd say this is probably being done so that during actual playback, all scoreviews follow the score. But it need not be done otherwise. Not sure how to best implement that.
Comments
The move happens upon selection of a note or rest, which triggers setPlayPos, which in turns sets off the chain reaction of events that results in adjustCanvasPos getting called for all scoreviews. It's hard (for me) to trace because of the the "emit posChanged" that occurs within Score::setPos(), but I guess that is triggering each scoreview to respond.
If I had to guess, I'd say this is probably being done so that during actual playback, all scoreviews follow the score. But it need not be done otherwise. Not sure how to best implement that.
See also #32866: Score jumps out of focus in 2.0 beta1 - this seems to have the same basic cause. Also #7724: During playback, display jumps to top of page if last staff of system is showing. Still not sure about the best fix, but it will be nice if we can knock all three of these off!
https://github.com/musescore/MuseScore/pull/1415
Code definitely could use review. See the line comments in the PR.
Fixed in https://github.com/musescore/MuseScore/commit/d02b701bc8a6e3d18f4ed6877…
Automatically closed -- issue fixed for 2 weeks with no activity.