[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