|
From: | Auto mailings of changes to Lily Issues via Testlilyissues-auto |
Subject: | [Lilypond-auto] [LilyIssues-auto] [testlilyissues:issues] #3208 Wrong MultiMeasureRest glyph |
Date: | Sat, 13 Jan 2018 13:25:55 -0000 |
I changed my mind: Allowing shorter rests doesn’t harm—no one has to use positive numbers in usable-duration-logs but if someone really wants to do it even though Gould et al. disadvise, we shouldn’t take away this functionality.
This also means that we don’t need such a boolean grob property: Instead you can just override usable-duration-logs to #'(0) as it has been done in every single discussion about this property that I could find on the internet. Yay, backwards-compatibility! ;)
Of course we could discuss whether it would be nice to have a shorthand like
modernMMRs = \override MultiMeasureRest.usable-duration-logs = #'(0)
next to compressFullBarRests and expandFullBarRests in ly/property-init.ly.
Concerning the default value of expand-limit: This doesn’t really belong here but would be another issue. I’ll send a feature request to the bug list for discussion.
[issues:#3208] Wrong MultiMeasureRest glyph
Status: Started
Created: Wed Feb 27, 2013 03:07 AM UTC by Anonymous
Last Updated: Thu Jan 11, 2018 09:53 AM UTC
Owner: Malte Meyn
Attachments:
Originally created by: *anonymous
Originally created by: address@hidden
Thomas Morley reported here:
http://lists.gnu.org/archive/html/bug-lilypond/2013-02/msg00180.html
as follows:
With measures longer than two whole notes LilyPond chooses different
glyphs for MultiMeasureRest.
\version "2.17.12" \new Staff { \compressFullBarRests \time 7/4 R1*7/4 R1*7/4*2 \break \time 9/4 R1*9/4 R1*9/4*2 \break \time 18/4 R1*18/4 R1*18/4*2 }
Discussion on the user-list:
http://lilypond.1069038.n5.nabble.com/Glyph-for-longer-MultiMeasureRest-td141438.html
According to Gould LilyPond's default seems to be correct.
Werner objects.
At least there's need for discussion, I think.
Attached an image showing "LilyPond's default" vs "Correct?"
Regards,
Harm
Sent from sourceforge.net because address@hidden is subscribed to https://sourceforge.net/p/testlilyissues/issues/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/testlilyissues/admin/issues/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________ Testlilyissues-auto mailing list address@hidden https://lists.sourceforge.net/lists/listinfo/testlilyissues-auto
[Prev in Thread] | Current Thread | [Next in Thread] |