Not enough space on either side of clef change before barline
GIT commit: b3cd356 / Windows7
1) "My First Score"
2) Add new clefs in the first measures
Expected result: as the 2.0.3
Actual result: the barline is too closer the clef.
- See eg illustration p. 93 (Behind Bars)
- In a "real" score: go to measure 71: https://musescore.com/classicman/scores/1951591
Result with the 2.0.3:
Currently:
Comments
There's not enough space *before* the clef either. In the example above, if the note right before the treble clef were dropped an octave, it would bump into the clef.
"if the note right before the treble clef were dropped an octave, it would bump into the clef."
Isn't that the point of smart layout? I can't test this for now (#107241: MuseScore 3.0 crash on startup, missing library), but I think if the note right before the treble clef were dropped an octave, then space would be allowed for it. The point is there's no reason to add space when it's up there, so smart layout doesn't.
This is how it looks with the base note down an octave using b3cd356
NOT FOUND: 01
Ditto end measure 73, second staff bass clef.
Exactly. I wasn't speaking hypothetically - notes really *do* collide with clefs. You can even get crazy results like this (the last note should appear *before* the clef):
This issue has evolved very positively since this nightly/commit: 9f12f2a
I would almost say it is fixed. But right now, it seems that the clefs are a bit too far from the barlines, in any case, compared to the behavior/result of the 2.0.3. That is to say:
I propose to leave this question open for now.
And it looks really good on current master:
Automatically closed -- issue fixed for 2 weeks with no activity.