Am 11.04.2017 um 21:04 schrieb tisimst: > > > On Tue, Apr 11, 2017 at 1:00 PM, Urs Liska [via Lilypond] <[hidden > email] </user/SendEmail.jtp?type=node&node=202185&i=0>> 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 > <http://lilypond.1069038.n5.nabble.com/natural-width-of-a-measure-tp202182p202185.html> > Sent from the User mailing list archive > <http://lilypond.1069038.n5.nabble.com/User-f3.html> at Nabble.com. > > > _______________________________________________ > lilypond-user mailing list > [email protected] > https://lists.gnu.org/mailman/listinfo/lilypond-user -- [email protected] https://openlilylib.org http://lilypondblog.org
_______________________________________________ lilypond-user mailing list [email protected] https://lists.gnu.org/mailman/listinfo/lilypond-user
