bug-lilypond
[Top][All Lists]
Advanced

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

Re: Description of \\ construct in NR


From: Urs Liska
Subject: Re: Description of \\ construct in NR
Date: Fri, 10 Mar 2017 17:44:41 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Icedove/45.6.0


Am 10.03.2017 um 17:37 schrieb Urs Liska:
> Hi,
>
> I stumbled over something I consider an omission in the NR but before
> submitting a patch I'd like to clarify.

To comment: what I found is surely not recommendable syntax, even if it
is very useful in my current case. So I'd rather add it as a "note" box.

Urs

>
> http://lilypond.org/doc/v2.19/Documentation/notation/multiple-voices#-The-double-backslash-construct
> states that within the << \\ >> construct "temporary voices are created
> and then discarded" for all music expressions.
>
> But when two such constructs follow upon each other immediately
> corresponding voices are continued. In the following snippet I would
> have expected the ties to fail but they are printed nicely:
>
> |{ << { a'1~ } \\ { r2 f'2~ } >> % c''1  << { a'1 } \\ { f'2 r2 } >> }|
>
> This works if nothing is between. Putting a single common note between
> the two blocks (uncommenting the c'') will break it. So I assume it is
> not related to the fact that the voices are implicitly numbered "1", "2"
> etc. but that when the << >> blocks follow immediately they are
> implicitly joined to only one continuous Voice context.
>
> The use case for this is generated/converted music that happens to come
> "boxed" in these measure-based << >> blocks, and it would be an
> inappropriate amount of work to modify the conversion to produce
> continuous LilyPond-like voice variables.
>
> So is my above assumption correct, is what I describe intended or at
> least tolerated behaviour?
>
> Urs
>

-- 
address@hidden
https://openlilylib.org
http://lilypondblog.org




reply via email to

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