bug-lilypond
[Top][All Lists]
Advanced

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

Re: LM 2.4.1: errors in variable definitions


From: David Kastrup
Subject: Re: LM 2.4.1: errors in variable definitions
Date: Sun, 17 Jul 2016 12:18:52 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux)

Federico Bruni <address@hidden> writes:

> Il giorno dom 17 lug 2016 alle 11:44, David Kastrup <address@hidden> ha
> scritto:
>>>  Of course, but this is the standard \paper property and the whole
>>>  point of the example in the documentation is defining variables.
>>>
>>>  We may omit the unit and use the default one (millimeters). But I
>>>  wonder if this is a bug or there's a better way to define such a
>>>  variable.
>>
>> I thought the default unit was staff spaces?  Don't quote me on that
>> but
>> I thought that the main mess was that the definition of \cm changed
>> when
>> one changed the default staff size.
>
> Perhaps the default unit of \paper properties is millimeters? That
> would make sense. While staff spaces make sense for elements of the
> notation.
>
> I just made a test. A 208 line-width spans almost all the 210x210
> document:
>
> \version "2.19.45"
>
> width = 208
> stringName = "Wendy"
> aFivePaper = \paper { paper-height = 210 }
>
> \paper {
>  \aFivePaper
>  line-width = \width
>  ragged-last = ##f
>  indent = 0
> }
>
> {
>  c4^\stringName
> }

Well, I have no actual idea here.  I just know that stuff gets scaled
around in paper and/or layout blocks and I had a hard time figuring out
how or why.  Maybe it's different in \paper and \layout (and I think at
the very least in the \layout block of a \score markup), and maybe I
just haven't got the hang of it at all.

-- 
David Kastrup



reply via email to

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