[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