Horizontal Frame on system by itself at end of page causes previous system to disappear
Reported version
3.6
Type
Functional
Frequency
Once
Severity
S3 - Major
Reproducibility
Always
Status
active
Regression
No
Workaround
No
Project
OS: macOS High Sierra (10.13)
Arch.: x86_64, MuseScore version (64-bit): 3.6.2.548020600
revision: 3224f34
Attached file is just before Step 4.
Step to Reproduce;
1.Create 1 page filled Treble clef score (33 measures and add system breaks every 4 measures)
2.Tick Enable vertical justification of staves via Format ->Style -> Page (it is by default)
3.Add Append Horizontal Frame via Add -> Frames
4.Click this Append Horizontal Frame and change Width to 71sp
Result;
Last two systems are pushed downward and overflowed on the page.
*It doesn’t happen when ticking Disable vertical justification of staves
Attachment | Size |
---|---|
frame.mscz | 7.69 KB |
Comments
I can confirm this. At that point the frame no longer fits on the system and should simply be moved down to the next system, but instead both systems simply disappear.
There is no real point to such a frame anyhow, but I could see this happening accidentally for sure.
There might be the need for such a frame for e.g. Lyrics, esp. if you want a columns layout and so can't use a Text Frame
Or for a trailing image
Or to prevent the verticial alignment to happen on the last page of a score
Edit: oops, I missread, and meant a vertical frame...
The max. width before this happens of course depends on the content and number of the measures in the same same system
RIght, I can think of reasons for text or vertical frames at the end of a score, but not a horizontal system all by itself.
Not one of that size at least. In general it might be wanted to 'prematurely' end the system, at a very exact point, and not via 'Last system fill threshold'
A system that only consists of horizontal frames is similar to a vertical frame in that it contains no actual measures. Vertical frames are already handled in the
distributeStaves()
code; we probably just want to make sure that any system with no measures is handled in the same way. See https://github.com/mattmcclinch/MuseScore/commit/07c56f7.In reply to A system that only consists… by mattmcclinch
Seems a good solution to me!
In reply to Seems a good solution to me! by njvdberg
@mattmcclinch Do you make a PR for this or shall I include it in PR #7529 - Reimplement spacers in vertical staves adjustment to make sure all spacers are taken into account?
@Jojo-Schmitz right but even then, it's not a horizontal frame all by itself on the system. The problem only shows up if the frame is literally all by itself. So this would never be a desired end result, but would totally happen while editing, you add the frame, starting adjusting it, trying to make it as wide as possible to make the preceding measures as narrow as possible. The moment you go one step to far with the width, things disappear. If you happen to realize what happened, you just back off one notch again and all is well. But it would certainly be extremely disconcerting it you didn't figure that out!
Anyhow, glad to see the fix is simple.
Strange behavior on Grand Staff as well.
See the attached file, it is also just before Step 4.
When I try to change Frame’s width to 44sp or more,
Only Brace shows on page 2 with Frame.
Edit:
oops, it is happening also when ticking Disable vertical justification of staves .
So probably expected behavior..