Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

"Gap below" of a frame (placed at the end of a page) is ineffective but still reserving space #13766

Closed
oMrSmith opened this issue Oct 14, 2022 · 4 comments · Fixed by #19485
Closed
Assignees
Labels
engraving P2 Priority: Medium

Comments

@oMrSmith
Copy link

oMrSmith commented Oct 14, 2022

If the "gap below" of the following text-frame is increased above "0",
the frame will move over to the next page
even though the "gap below" doesn't actually effect the space between the frame and the page number.

This means: If the default value for "gap below" frames, which are placed at the bottom of a page,
is not reduced to "0", the program will reserve space, which isn't actually used.

(Just found this by accident as I was trying to fit the copyright at the end of the first page.)

image

Possible Solution:

If a frame ends up on top of a page, the "gap above" is locked to "0".
If a frame ends up on the bottom of a page, the "gap below" is locked to "0".

@oMrSmith oMrSmith changed the title [MU4 Issue] "Gap below" of a Frame at the end of a page is wasting space without being effective [MU4 Issue] "Gap below" of a Frame at the end of a page is ineffective but still being calculated into the vertical spacing of the page Oct 14, 2022
@oMrSmith oMrSmith changed the title [MU4 Issue] "Gap below" of a Frame at the end of a page is ineffective but still being calculated into the vertical spacing of the page [MU4 Issue] "gap below" of a frame (placed at the end of a page) is ineffective but still wasting space Oct 14, 2022
@MarcSabatella
Copy link
Contributor

For the record, I don't think I ever said anything about gap below. But indeed, I don't expect it affect the distance to the bottom margin - only to the next frame or system. And while I haven't given it much thought, my gut feel is that you are right - if a given frame fits on the page, increasing the gap below should never move it to the next page. No need for MuseScore to play games with changing the user-specific gap values, though - it should simply ignore the gap for purposes of deciding whether the frame fits on the page or not.

For your copyright message, though, this really this belongs in the footer, not a frame. This wouldn't have worked so well in MU3 because the extra space would be allocated on all pages, but it works as expected in MU4.

@oMrSmith
Copy link
Author

oMrSmith commented Oct 15, 2022

For your copyright message, though, this really this belongs in the footer, not a frame. This wouldn't have worked so well in MU3 because the extra space would be allocated on all pages, but it works as expected in MU4.

The problem is, that both sheetmusicplus.com and sheetmusicdirect.com require the copyright to be on the first page (only) - presumably because copyrights can become quite long, like the one above. The label "licensed to ..." will then be printed as footer or header on every page by the distrubuter... So for the purpose of copyright I would always need to use a text frame and apply a page break to it... Despite the little issue I mentioned, I still find this to work better than in any other notation software...

@MarcSabatella
Copy link
Contributor

No, copyright messages are by default on the first page only. Just make all that text part of the actual copyright message - copy & paste it directly into the copyright box when creating your score or in File / Project Properties.

There is a bug where although multi-line footers work well general, it might require you to make some other edit or something else after adding one, before the layout adjusts.

@oMrSmith
Copy link
Author

oMrSmith commented Oct 15, 2022

Thanks for your tip, I got it! Think I preferred to use a frame in MU3 since the footer would overlap with the system above,
which is no longer the case in MU4. It is still quite narrow though, maybe because the distance is measured from the last staff line rather than the bottom-end of the bracket, which only becomes obvious in a special case like this:

image

The advantage of a text frame, I find, is the ability to adjust this "gap above"
as well as the font and text size independently from other footer text...

@oktophonie oktophonie self-assigned this Feb 22, 2023
@oktophonie oktophonie added this to To do in 4.x SHORTLIST via automation Feb 27, 2023
@oMrSmith oMrSmith changed the title [MU4 Issue] "gap below" of a frame (placed at the end of a page) is ineffective but still wasting space [MU4 Issue] "gap below" of a frame (placed at the end of a page) is ineffective but still reserving space Mar 11, 2023
@oktophonie oktophonie removed this from To do in 4.x SHORTLIST Jul 6, 2023
@oktophonie oktophonie added the P2 Priority: Medium label Jul 19, 2023
@oktophonie oktophonie changed the title [MU4 Issue] "gap below" of a frame (placed at the end of a page) is ineffective but still reserving space "Gap below" of a frame (placed at the end of a page) is ineffective but still reserving space Jul 19, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
engraving P2 Priority: Medium
Projects
Status: Done
Development

Successfully merging a pull request may close this issue.

5 participants