lilypond-user
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: \stopStaff \startStaff bug


From: David Kastrup
Subject: Re: \stopStaff \startStaff bug
Date: Sat, 07 Jan 2023 18:15:34 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux)

Kieren MacMillan <kieren@kierenmacmillan.info> writes:

> Hi Jean,
>
>> Um, that is exactly the current default. And it is what makes
>> 
>> \version "2.24.0"
>> 
>> <<
>>   \new Staff { \grace c'8 c'1 }
>>   \new Staff {
>>     \clef bass % zero-length => after graces
>>     c'1
>>   }
>> >>
>> 
>> return output that most users are not expecting.
>
> In this case (as with so many!) the problem isn't moment-bleed, it's
> context-bleed: the grace music doesn’t apply to the lower staff, and
> thus shouldn’t be included in decision-making there; likewise, the
> clef doesn’t apply to the upper staff, and so shouldn’t be included in
> the decision-making there.

That's just wild hand-waving.  You cannot let the second Staff start
after the grace note.  That would look like

PNG image

> a.k.a. This still isn’t evidence that disproves my theory of how
> things could/should work.

A "theory" has hard rules.  You haven't come up with any set of rules
that would not either _mandate_ the behavior that constitutes issue 34
or would result in worse artifacts.

Computer problems cannot be solved with linguistics, only with logic.

-- 
David Kastrup

reply via email to

[Prev in Thread] Current Thread [Next in Thread]