[Top][All Lists]

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

Re: tie over clef change

From: David Kastrup
Subject: Re: tie over clef change
Date: Sun, 27 Sep 2020 19:37:50 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)

Dan Eble <> writes:

> On Sep 26, 2020, at 13:11, Hans Åberg <> wrote:
>>> On 26 Sep 2020, at 18:50, Dan Eble <> wrote:
>>> On Sep 26, 2020, at 12:34, Hans Åberg <> wrote:
>>>>> On 26 Sep 2020, at 18:04, Dan Eble <> wrote:
>>>>>> On Sep 26, 2020, at 09:41, Dan Eble <> wrote:
>>>>>> What kind of grob would an editor expect here? a Tie because it
>>>>>> connects notes of the same pitch, or a Slur because it connects
>>>>>> notes at different staff positions? (or something else?)
> ...
>> I think the question is answered from the musical point of view:
>> Werner's example is a tie since it is the same pitch, the same note
>> with longer value. In your example, the pitches are formally
>> different, and the difference is a comma in the Pythagorean tone
>> system, so it must be a slur.
> This sounds like an answer to a question I didn't ask.  I don't doubt
> that the arc in Werner's example is semantically a tie.  What I am
> wondering is what kind of LilyPond grob should represent the arc, and
> I'm thinking that it should be a Slur because of its shape, not a Tie
> because of its purpose.

Slur/Tie have graphical function, not musical function like stream
events.  So it's more a question of practicality than philosophy what to
use here, and it could even be something else like EnharmonicTie with
both slur-interface and tie-interface.

Tie endpoints tend to be different from slur endpoints since they
connect noteheads more than note columns (in-chord slurs are not really
a good reference since they currently suck with regard to their

David Kastrup

reply via email to

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