Autoplacement won't allow a stem crossing staves
Reported version
3.0
Priority
P0 - Critical
Type
Graphical (UI)
Frequency
Once
Severity
S3 - Major
Reproducibility
Always
Status
closed
Regression
No
Workaround
Yes
Project
Like in the example below:
https://musescore.org/en/node/8717
Fix version
3.0.1
Comments
To me, it's not a bug that space is added automatically when autoplace is enabled, but it is a bug that disabling autoplace for the stem doesn't override this.
I've seen examples of this. Extending the stem to make it look like the chord is in both the right and left hands of the piano staff will not conned the notes. I've noticed that it will eventually work, but by then the staves have move as part of automatic placement.
It's important because it prevents a common technique used in cross-staff notation from working ("faking" a cross-staff chord as shown in the linked article).
Came up again in https://musescore.org/en/node/281259.
There is now a workaround explained in https://musescore.org/en/node/281259.
See https://github.com/musescore/MuseScore/pull/4564
This PR excludes the stem (and other elements) from the chord shape if autoplace is disabled, thus allowing it to extend into other staves, to cross hairpins, and do other useful things. So, it gives a second workaround, in addition to the fixed staff spacer method described in the post linked above.
Fixed in branch master, commit bbbe1f68e8
fix #280677, fix #279643: semantics of disable autoplace on stems et al
Fixed in branch master, commit 5fe8363cd7
Merge pull request #4564 from MarcSabatella/280677-autoplace-stem
fix #280677, fix #279643: semantics of disable autoplace on stems et al
Fixed in branch 3.0.1, commit 5a4dd5514e
Merge pull request #4564 from MarcSabatella/280677-autoplace-stem
fix #280677, fix #279643: semantics of disable autoplace on stems et al
Automatically closed -- issue fixed for 2 weeks with no activity.