Unexplained big distance between 2 systems

• Jan 12, 2021 - 12:30

See enclosed score (Rheinberger opus 172). There is a big distance between the 2-nd and 3-rd system op page 5, that I cannot and explain and cannot correct. How come? How to solve?
The space between the other systems can be controlled by Style -> Page -> Min/max systemdistance

Attachment Size
MisRheinberger4Credo.mscz 50.04 KB

Comments

In reply to by Jojo-Schmitz

Thanks for your quick reply. I had to find out that your procedure only worked after selecting the entire score (select the first measure of the upper staff; then "End" on the keyboard; then Shift + select the last measure of the lower staff). Learned something again. Thank you very much.

It's good to know how to apply the sledgehammer of the global reset, but it's also good to understand the problem. In this case, it's a single lyric that was dragged way above the staff in measure 89. The lyric appears to be empty, which is why you can't see it. I found it by clicking measures in the affected systems individually and hitting Ctrl+R until I found which reset did the trick. Then I used Alt+Left/Right to move through the elements of that measure one at a time, looking at the status bar to see what is selected. You will see there are two lyrics attached to the E on beat 2, one of them the one you see, the other you don't.

While the empty one is selected, hit Delete to remove it. Best to get rid of it even though it's now reset and not causing any obvious problems.

In reply to by Jojo-Schmitz

Absolsutely! In general, one should rely on manual adjustments as little as possible and style settings as much as possible. The manual adjustments are much more work, much harder to get consistent, and much more likely to not look as expected if the score layout changes.

But on top of that, removing the errant lyric in this case is good too.

In reply to by mike320

Normally empty lyrics would be deleted, but something went wrong apparently. Actually, one could check the MSCX if one wanted, but it's entirely possible it isn't truly empty, but contains some non-printing ASCII character(s).

If it is truly empty, we'd want to fix that bug that led to it not being deleted automatically, but we'd need to know how to reproduce it.

In reply to by Jojo-Schmitz

We can certainly delete them on read of the file. But as I said, we already delete them in any of the cases I know of where there might somehow get created, so this never should have happened in the first place. We'd really know how it did happen, so we can fix that case right there and not have to wait for the file to be written and then read.

Do you still have an unanswered question? Please log in first to post your question.