strange placement of tuplet number in cross-staff tuplets
Reported version
3.0
Priority
P1 - High
Type
Functional
Frequency
Once
Severity
S3 - Major
Reproducibility
Always
Status
closed
Regression
No
Workaround
Yes
Project
- Create a file with a grand staff and at least one other staff above it. I used the "Voice + Piano" template.
- Create a beamed tuplet (e.g. triplet of eighth notes) on either staff of the grand staff.
- Shift any note in the tuplet to the other staff by using [ctrl][shift][up-or-down-arrow]. Tuplet number moves to a position far below the lower staff.
It may be worth mentioning that moving a note in an unbeamed tuplet also moves the tuplet bracket in an unexpected way (upwards when a note is shifted to the lower staff, and downwards when the note is shifted to the upper staff), but the result is not generally as strange as for beamed tuplets.
Attachment | Size |
---|---|
cross-staff tuplets.mscz | 9.48 KB |
Fix version
3.1.0
Comments
Relates to #285233: [EPIC] Cross-staff notation issues. In particular, very reminiscent of #279182: Cross-staff slurs/ties trying to avoid note on wrong staff
As per step 1) in the original description, this only occurs if this is not the top instrument in the score - that is, if there are other staves above. SO the good news is, we are basically handling cross-staff tuplets OK - we delay the layout until after staff distances are computed etc. But somehow we are getting confused calculating the correct staff to use.
One thing I also noticed is that we are explicitly setting the track of the tuplet in cases where the first & last note have the same staff, but then we never reset it if this changes. So the issue shown here changes as you move notes up and down - the same score produces different layout depending on the order of how you do things. This needs to be fixed too.
https://github.com/musescore/MuseScore/pull/4814
Kind of a pain getting all the different cases right involving combinations of beamed and unbeamed notes, nested tuplets, and so forth, but I think I got it.
Fixed in branch master, commit 2d600594e2
fix #285802: cross-staff tuplets
Automatically closed -- issue fixed for 2 weeks with no activity.