bug-lilypond
[Top][All Lists]
Advanced

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

Re: Stave drawing behavior after a key change without following notes ch


From: Tobias Leupold
Subject: Re: Stave drawing behavior after a key change without following notes changed in 2.19.16
Date: Wed, 05 Oct 2022 22:26:40 +0200

Am Mittwoch, 5. Oktober 2022, 21:44:39 CEST schrieb Jean Abou Samra:
> Le 05/10/2022 à 21:30, Tobias Leupold a écrit :
> > Hi all!
> > 
> > After quite some time, I re-rendered some of my Lilypond sheets and tried
> > to update them from some 2.18 version to Gentoo's current stable 2.22.0.
> > 
> > I noticed that after a key change without following notes, the stave is no
> > longer drawn under the following signs.
> > 
> > I tracked this down, it happened with version 2.19.16.
> > 
> > Here's a minimalistic example to reproduce it:
> >      \version "2.19.15"
> >      
> >      \score {
> >      
> >          \new Staff {
> >          
> >                  \key g \major c'1 \key a \major
> >          
> >          }
> >      
> >      }
> > 
> > This is still rendered correctly using version 2.19.15, cf. the attached
> > lilypond-2.19.15.png screenshot.
> > 
> > With version 2.19.16, the stave is no longer extended behind the bar
> > (compiling the same code, but with '\version "2.19.16"' set), cf. the
> > lilypond-2.19.16.png screenshot.
> > 
> > This still happens with version 2.22.2.
> > 
> > So ... is this a bug, or is this a feature?! I would not have expected
> > something like this to happen in a bugfix release, and I also didn't find
> > any change documentation about this ...
> > 
> > If this was intended then sorry for the spam; but how can I get the old
> > (way more meaningful) behavior back? If not: How can this be worked
> > around?
> > 
> > Thanks for all help and/or fixes!
> 
> This change was intended.
> 
> commit 05ecaef595f5aff1de3f46edde90a0644a81e957
> Author: David Kastrup <dak@gnu.org>
> Date:   Sat Oct 4 01:12:55 2014 +0200
> 
>      Issue 660: ossia staff doesn't stop at correct horizontal position
> 
> This was done to fix
> https://gitlab.com/lilypond/lilypond/-/issues/660
> 
> If you look at the pictures on the issue, you can see that
> what seems more logical to you at the end of the piece
> becomes less logical if the staff stops mid-piece, for
> example if it is an ossia staff, or if you are just
> changing the type of staff, as in
> 
> 
> \version "2.22.2"
> 
> \new OneStaff {
>    <<
>      \new Staff { c'1 }
>    >>
>    \new RhythmicStaff { c'1 }
> }
> 
> 
> Nevertheless, it is possible to get the old behavior using
> 
> 
> \version "2.22.2"
> 
> \layout {
>    \context {
>      \Score
>      \override StaffSymbol.break-align-symbols = #'(break-alignment)
>    }
> }
> 
> \score {
>    \new Staff {
>            \key g \major c'1 \key a \major
>    }
> }

Hi Jean,

thanks a lot for your immediate answer and the code to get the old behavior 
back. This is simply something that happens quite often in the sheets I write, 
and I really need this (the "old" behavior, I don't want floating signs ;-)!

> Finally, 2.19.16 was not a bugfix release. LilyPond uses a versioning
> scheme where x.y.z versions with y even are stable versions, and with
> y odd are unstable versions. So this was just a development release in
> the release cycle between the stable releases 2.18 and 2.20.

Oh, I supposed Lilypond would use semantic versioning.

> Best,
> Jean

However I now know how to handle this. Thanks again :-)

Best regards, Tobias





reply via email to

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