Aaron Hill <lilyp...@hillvisions.com> writes:
> On 2018-11-27 1:22 pm, Lukas-Fabian Moser wrote:
>
>> \version "2.19.80"
>>
>> Melodie = \relative g' {
>> g8 16 16 16 8.~ 4 r
>> }
>>
>> \new Staff \Melodie \addlyrics { Once there was a way __ }
>>
>> \new RhythmicStaff \Melodie \addlyrics { Once there was a way __ }
>>
>> \new Staff \relative g' { g8 16 16 16 8.~ 4 r } \addlyrics { Once
>> there was a way __ }
>>
>> \new RhythmicStaff \relative g' { g8 16 16 16 8.~ 4 r } \addlyrics {
>> Once there was a way __ }
>>
>> As can be seen, the second example does not contain the Lyric
>> extender. Why is this so, and how can I get it back? (True for 2.19.80
>> as well as not-so-current master from a few weeks/months ago.)
>
> Some curly braces seem to help:
>
> %%%%
> \new RhythmicStaff { \Melodie \addlyrics { Once there was a way __ } }
> %%%%
>
> Using \displayMusic shows that use of the variable versus the explicit
> \relative produces a different S-expression, but I am not sure where
> the fault lies.
I never managed to get the parser to group \addlyrics just with the
desired expressions. Operator priorities for shift/reduce conflict
resolution are hard to get right, and this is the major case where I did
not manage even though there are several issues and patches trying to
fix it.
--
David Kastrup
_______________________________________________
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
