lilypond-user
[Top][All Lists]
Advanced

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

Re: "natural width" of a measure


From: Urs Liska
Subject: Re: "natural width" of a measure
Date: Wed, 12 Apr 2017 00:54:59 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0



Am 11.04.2017 um 21:04 schrieb tisimst:


On Tue, Apr 11, 2017 at 1:00 PM, Urs Liska [via Lilypond] <[hidden email]> wrote:


Am 11.04.2017 um 20:46 schrieb Malte Meyn:
>
> Am 11.04.2017 um 20:36 schrieb Urs Liska:
>> So, is there any moment in the compilation process where the natural,
>> unstretched length of a measure can be calculated? It doesn't have to be
>> an easily-read property and can involve calculation, but actually the x
>> position of the barlines would be an easy target - *if* there's this
>> magic moment in the compilation pipeline ;-)
> Maybe you could experiment with the ly:one-line-breaking?

I don't think so (only, of course, to investigate how much can be done
on the internal level).
Basically what I'm after is a ly:cheap-line-breaking mode that doesn't
care at all about overall appearance or good page turns but instead
simply places as many measures in a line as fit naturally. If then a
line break changes and I know the natural width of the measures I can
determine before compilation how many measures will fit on the *next*
system.

Does ragged-right = ##t not do what you want (at least in terms of displaying the natural measure widths)?

Well, it *would*. But it would require *two* compilations, one iwth ragged-right to determine the widths and one without ragged-right to do the actual engraving.

So, no, thanks, but it doesn't really help.

Best
Urs


Best,
AbrahamĀ 


View this message in context: Re: "natural width" of a measure
Sent from the User mailing list archive at Nabble.com.


_______________________________________________
lilypond-user mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/lilypond-user

-- 
address@hidden
https://openlilylib.org
http://lilypondblog.org

reply via email to

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