|
From: | Paul Scott |
Subject: | Re: 2.21.1 change of behavior of \compressMMRests? |
Date: | Sun, 3 May 2020 08:59:35 -0700 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 |
Thank you, Phil! On 5/3/20 3:24 AM, Phil Holmes wrote:
If you have a look at the changes document, you'll see \compressEmptyMeasures. That might please you...
I saw that in the Notation manual and ignored it because of the name.Separately and interesting is that the Changes doc. says New features in 2.22 since 2.20
Thanks again, Paul
-- Phil Holmes ----- Original Message ----- From: "Paul Scott" <address@hidden>To: "Phil Holmes" <address@hidden>; "Lilypond-User Mailing List" <address@hidden>Sent: Sunday, May 03, 2020 10:50 AM Subject: Re: 2.21.1 change of behavior of \compressMMRests?I installed 2.19.84 and I believe I just answered the first question below: Apparently \compressFullBarRests has been deleted from Lily and now we have \compressMMRests which has different functionality.I guessing convert-ly won't handle this and that any time I want to redo any of my hundreds of pieces (not original compositions) I will have to edit them for the new functionality of \compressMMRests.OTOH I may be able to get the old definition of \compressFullBarRests and put in my several \include files.Thank you and stay well, Paul On 5/3/20 2:25 AM, Paul Scott wrote:Phil,To make sure we're on the same page is \compressMMRests the same as \compressFullBarRests which doesn't seem to exist any more?If \compressMMRests is intended to replace or rename \compressFullBarRests then I have been using it in a common or timing definition for hundreds of pieces in the manner you say doesn't work in 2.19.x.Can someone remind where to get 2.19.83 for 64-bit Linus or a similar version for me to create a MWE so I can verify or not what I think? I just built a new machine and it's not trivial to get 2.19.x from the old hard drive.Thank you and stay well, Paul On 5/3/20 1:43 AM, Phil Holmes wrote:FYI the example you give: timing = { \compressMMRests s1*28 \bar "|." } PartA = { R1*4 R1*24 } PartAComplete = << \timing \PartA >> \score{ \new Staff \new Voice \PartAComplete }Does not compress the rests in any 2.19 version. There would seem to be a number of reasons. The << >> brackets make parallel music, so the compress command does not refer to PartA. The compress command requires that the music to be compressed is a single music expression, so if there is more than one rest, they must be enclosed in braces { }.PartA = { \compressMMRests { R1*4 R1*24 } } PartAComplete = { \PartA } \score{ \new Staff \new Voice \PartAComplete }Works in both 2.19 and 2.21 versions, although I know it's not what you want exactly.-- Phil Holmes----- Original Message ----- From: "Paul Scott" <address@hidden>To: "Lilypond-User Mailing List" <address@hidden> Sent: Saturday, May 02, 2020 9:02 PM Subject: 2.21.1 change of behavior of \compressMMRests?The following MWE is a variation of the first code example in 2.21.1 Notation manual 1,2,2 Full MeasureRests: % Rest measures contracted to single measure \score{ \new Staff \new Voice << { \compressMMRests } { R1*4 R1*24 R1*4 b'2^"Tutti" b'4 a'4} >> }mmxtest.ly:13:25: error: syntax error, unexpected '}', expecting \headerI believe this used to work In 2.19.xx.How can I accomplish the following, i.e. have the structure common to all parts in a single definition as I have been doing for many years with Lily?For example: \version 2.20.0" timing = { \compressMMRests s1*28 \bar "|." } PartA = { R1*4 R1*24 } PartAComplete = << \timing \PartA >> \score{ \new Staff \new Voice \PartAComplete }
[Prev in Thread] | Current Thread | [Next in Thread] |