grace note after overlaps note if followed by rest

• Aug 7, 2019 - 05:40
Reported version
3.2
Priority
P1 - High
Type
Functional
Frequency
Many
Severity
S4 - Minor
Reproducibility
Always
Status
active
Regression
No
Workaround
No
Project

At the default layout stretch (in Musescore 3 on Mac), trailing grace notes can land on top of the note to which they are appended when that note is followed by a rest. Correct appearance can be restored by increasing the layout stretch, but such a workaround should not be necessary. This bug is still present in current git source, but was not present in version 2. Attached score illustrates problem.

Attachment Size
bad_trailing_grace.mscz 15.27 KB

Comments

Title grace note after overlaps note if followed by rest trailing grace note spacing bug

I'll add another example of bad trailing grace note placement...

TrailingGracePlacement-20190807.png

For some reason the gap between the parent and trailing note is considered more 'stretchy' than the note preceding it. Just looking at the score you would assume that the trailing note is really a leading grace note for the next note.

Title trailing grace note spacing bug grace note after overlaps note if followed by rest

That spacing is correct. The main use case for grace notes after is as a trill ending, and there are invariably placed just before the next note. The main reason for not simply using a grace note before the next note is so that the grace note appears before the barline if the trilled note is at the end of the measure, whereas regular grace notes before the next note would appear after the barline.

I believe the reason a large gap appears to have been created in your example is that adding the grace note caused the measure to become just enough wider that the last measure of the system no longer fit and thus fell to the next system. That is then what stretched the gap (and everything else on the system).

Title grace note after overlaps note if followed by rest trailing grace note spacing bug

I gotta say it still looks strange to the musically un-initiated.

Note that If you the save above situation into a musicxml file and reload into MuseScore that trailing grace note gets assigned to that next note. This led me to believe this was related bad behavior.

-Dale

>to become just enough wider that the last measure of the system no longer fit and thus fell to the next system.

The 'system' term has come up in conversations between BSG and myself and I'm still unclear on the concept. I read the glossary definition and that didn't help.

When you say something "....fell to the next system." what does that mean from a concrete perspective.

BSG has pointed out that you can't actually walk 'systems' with the plugin cursor. Do systems live in the music or does the music live in systems or....?

-Dale

A system is a line of music no matter how many instruments are involved. In the US, it normally requires more than one instrument to call the group of measures on a line a system, but in Europe and MuseScore a system only requires one instrument. So, if you have one instrument in the score, each new line (automatic or manual) is a system and staff. For example, since there is only one staff, if you decided you wanted their spacing changed, you would need to edit the system distance.

Title trailing grace note spacing bug grace note after overlaps note if followed by rest

How about: a system is the thing there is always only one of in continuous view.

> a system is the thing there is always only one of in continuous view.

That's a striking and interesting view!

Would the score's title considered another system in the score? Although I can't seem to select it in continuous view.

Ignore text for this purpose, we're talking about the music here. A system is a list of measures that are presented horizontally across the page.

But for the record, the frame containing the title (and indeed any frame) is considered a special type of measure internally. Or more accurately, both frames and measures are types of "MeasureBase". And yes, the title frame internally is reprrsented as a system consisting of one MeasureBase, that happens to be a vertical frame.