lilypond-user
[Top][All Lists]
Advanced

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

Re: Phrasing slurs shortened when broken


From: David Kastrup
Subject: Re: Phrasing slurs shortened when broken
Date: Mon, 17 Oct 2016 08:58:14 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux)

Javier Ruiz-Alma <address@hidden> writes:

>>> In a piece I'm working on, and only from bar 146 on, slurs which are
>>> broken across systems, the first broken slur will be typeset short for
>>> a reason I can't figure out.What could exclusively affect the length
>>> of the first segment of broken slurs?Changing from PhrasingSlur to
>>> Slur makes no difference.I'm stumped.The version is 2.18.2.
>>Looks like the clef change in the lower system has something to do with
>>it.
>>David Kastrup
>
> I confirm, the offending instances have the clef change in the bass.
> The concern with fixing the first segment via \shape is the correction
> would be useful when the slur is broken, but undesirable when not.  We
> typeset the same source with different paper sizes, so there's a real
> chance fix, or no fix, one of the versions will show an undesirable
> slur shape.  Forcing or preventing a system break is non-ideal either.
> Interestingly enough, I'm updating the piece from LilyPond 2.1.  LP
> v2.1 slur in this situation was not as affected by this (see
> attached).
> Below is a minimal example that causes the issue/bug:
>
> \version "2.18.2"\score {  <<     { c''2 c''4 c''\(  \break c''1\) } 
>   { c''1 \clef bass c' }    >>}

Can it be

<https://sourceforge.net/p/testlilyissues/issues/2053/> (2.15.21) ?

I also distinctly remember one issue with some overlap due to a key
signature (though in line rather than at a line break) but cannot find
it right now.

-- 
David Kastrup



reply via email to

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