[prev in list] [next in list] [prev in thread] [next in thread] 

List:       lilypond-user
Subject:    Re: Possible bug with tempo mark spacing
From:       Kieren MacMillan <kieren_macmillan () sympatico ! ca>
Date:       2018-12-28 15:48:33
Message-ID: 751F9AB4-2825-4EF1-86CE-8A858B42932E () sympatico ! ca
[Download RAW message or body]

Hi Malte,

> 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 …

That "really special case" includes >50% of my choral writing, which comprises >50% \
of my composition and engraving projects.  =)

1. I use a MarkLine context 100% of the time.

2. That MarkLine context has Y-offset and extra-spacing-width set in its definition.

3. In a choral score containing both divisi and combined staves, it is essentially \
guaranteed that there will be at least one (and likely multiple) hidden Staff \
contexts which contain notes.

> 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.

I've considered it a bug [for several years], and simply worked around it. I'm glad \
someone else has found it and reported it — I have always been under too much \
pressure to try to create a MWE [i.e., backing out and compressing into a single file \
my very extensive \include hierarchy].

> Using \markLengthOn instead of \override MetronomeMark.extra-spacing-width = #'(0 . \
> 0) works for me. Would that help in your use case?

I've always used that (or the manual equivalent), injected via the edition-engraver.
Hopefully it works for Saul as well.

Cheers,
Kieren.
________________________________

Kieren MacMillan, composer
‣ website: www.kierenmacmillan.info
‣ email: info@kierenmacmillan.info


_______________________________________________
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


[prev in list] [next in list] [prev in thread] [next in thread]