bug-lilypond
[Top][All Lists]
Advanced

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

Re: Ties within chords inconsistency


From: David Kastrup
Subject: Re: Ties within chords inconsistency
Date: Fri, 04 Sep 2015 04:09:46 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux)

Simon Albrecht <address@hidden> writes:

> Hello,
>
> consider the following example:
> %%%%%%%%%%%%
> \version "2.19.25"
>
> \new Voice << { c''^~ c'' } { a'_~ a' } >>
>
> \new Voice << { <c''^~> c'' } { <a'_~> a' } >>
>
> { <c''^~ a'_~> <c'' a'> }
> %%%%%%%%%%%%
>
> Contrary to (at least my) expectation the first example gives
>
> tie-within-chord.ly:6:33 <0>: warning: Two simultaneous tie events,
> junking this one
>
> \new Voice << { c''^~ c'' } { a'
>
> _~ a' } >>
>
> and applies the first tie to both notes.
> The other two give correct output, and it would serve consistency and
> predictability if the first did also.
>
> Possibly related: <http://sourceforge.net/p/testlilyissues/issues/2240/>.

No, even before the infamous issue 2240 ("Don't wrap EventChord around
rhythmic events by default.") an in-chord tie on an individual note and
an independent tie event would have behaved in that manner.  Before
issue 2240, the input would have been translated into what is now

\new Voice << { <c''>^~ <c''> } { <a'>_~ <a'> } >>

\new Voice << { <c''^~> <c''> } { <a'_~> <a'> } >>

{ <c''^~ a'_~> <c'' a'> }

and the _result_ from typesetting your input is just like before issue 2240.

-- 
David Kastrup



reply via email to

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