It's not that special of a case. Hiding a staff containing notes and using
a MarkLine are normal techniques for managing a large ensemble score.
>From property-init.ly:
markLengthOn = {
\override Score.MetronomeMark.extra-spacing-width = #'(0 . 1.0)
\override Score.RehearsalMark.extra-spacing-width = #'(-0.5 . 0.5)
% Raise as much as four staff-spaces before pushing notecolumns right
\override Score.MetronomeMark.extra-spacing-height = #'(4 . 4)
\override Score.RehearsalMark.extra-spacing-height = #'(4 . 4)
}
So it appears the relevant difference is setting some positive
extra-spacing-height when setting extra-spacing-width. On further testing
with ledger lines and placing a staff above the MarkLine, the right setting
seems to be MetronomeMark.extra-spacing-height = #'(4 . 0), rather than
#'(4 . 4).
I still wonder if there is a bug in the interaction with hidden staves.
Staves shouldn't be affecting spacing on systems where they are dead.
On Fri, Dec 28, 2018 at 6:47 AM Malte Meyn <lilyp...@maltemeyn.de> wrote:
>
>
> Am 28.12.18 um 04:54 schrieb Saul Tobin:
> >
> > When using a context like MarkLine for tempo marks, if the staff
> > immediately below the MarkLine is hidden but contains rhythmic activity,
> > and if BOTH Y-offset and extra-spacing-width are overridden for
> > MetronomeMark, the first rhythmic column will stretch to the width of
> > the tempo mark.
>
> That sounds like a really special case: MarkLine context AND hidden
> Staff AND this staff contains notes (why is it hidden then?) AND
> Y-offset is set AND extra-spacing-width is set …
>
> >
> > Is this a bug?
>
> I’m not sure, maybe it’s expected behaviour in many cases and only your
> case is so special that it looks buggy even if it’s consistent.
>
> Using \markLengthOn instead of \override
> MetronomeMark.extra-spacing-width = #'(0 . 0) works for me. Would that
> help in your use case?
>
> _______________________________________________
> lilypond-user mailing list
> lilypond-user@gnu.org
> https://lists.gnu.org/mailman/listinfo/lilypond-user
>
_______________________________________________
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
