bug-lilypond
[Top][All Lists]
Advanced

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

Re: Tied harmonics


From: David Kastrup
Subject: Re: Tied harmonics
Date: Tue, 24 May 2016 19:31:37 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux)

Dan Eble <address@hidden> writes:

>> > %% Harmonic does not carry through a tie.
>> > \version "2.19.42"
>> > { <f'\harmonic> ~ 4 }
>> 
>> As documented and intended.
>> 
>>     Durations occuring on their own within a music
>>     sequence will take their pitches from the preceding
>>     note or chord.
>> 
>> Nothing but the pitch is taken.
>
> 1. Adding “nothing but the pitch is taken” to the documentation would
> clarify the intent.

Ok.  Most of my documentation tends to be eventually replaced by
something worded more carefully.  So maybe this wants to get a do-over.

> 2. There seems to be some ambiguity in the term “pitch.”  The visual
> output that LilyPond produces is read as two pitches, though the notes
> appear in the same staff space.  So whatever “pitch” LilyPond is
> maintaining, it does not come through in the musical sense.

Well, the originally implemented (and documented) behavior did _not_
attach itself to chords at all, only to single notes.  The rationale was
that chords already had q for repetition and, of course, that "the
pitch" became fuzzier.  After several complaints, this behavior was
changed in the course of another issue.  It's quite possible that the
corresponding documentation changes relied too much on the original
wording.

>> You have more of a case regarding
>> 
>> { <f'\harmonic> ~ q } 
>
> This suggestion from Dominic seems to address that case:
>
>    \chordRepeats #'(harmonic-event)
>
> Making that the default would be an improvement (not a complete solution).

I think it would be reasonable as a default at least for
\tabChordRepeats but I don't see a point in making \chordRepeats
different in that respect: harmonics seem like a safe bet for
repetition.

-- 
David Kastrup



reply via email to

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