[Top][All Lists]

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

Re: Clef changes in retrograde, will only print a new clef. note positio

From: Thomas Morley
Subject: Re: Clef changes in retrograde, will only print a new clef. note positions will not change to accommodate the new clef
Date: Sun, 23 Jun 2013 14:30:43 +0200

2013/6/23 Danny <address@hidden>:
>> I'm not top posting.
> \version "2.16.2"
> % If a clef is changed in retrograde it only prints the new clef
> % It does not move the notes to their new locations on the staff
> % All notes here are the same pitch but during clef changes it is printed
> % incorrectly
> \relative c' {
>   c1 % printed correctly
>   \retrograde {
>     c %printed correctly
>     \clef treble
>     c %printed as though in bass clef
>     \clef treble
>     c % Should be one ledger line above not below the staff in bass clef
>     \clef bass
>     c % Correctly printed in the assumed Treble clef
>   }
> }
> _______________________________________________
> bug-lilypond mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/bug-lilypond


thanks for your report.

\retrograde was implemented in 2.13.x

There you can read:
"A minimal composer toolkit of modal transformations is provided. A
motif may be transposed, inverted and/or converted to its retrograde
within any scale."
This should be read as: "A composer toolkit, with minimal functionality." ;)

In 2.17.-NR
you can read
"Known issues and warnings
Manual ties inside \retrograde will be broken and generate warnings. ... "

Though not only Ties are broken. As the Nr-example shows Slurs are not
printed. Hairpins will return warnings, every simple \override will
lead to surprising results, setting clef-changes (much more complex,
than a simple \override), too.

So far I've tested.

So yes, \retrograde should be improved.
I'd call it an enhancement-request.


reply via email to

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