[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Problem with music function in 2.15.18
From: |
David Kastrup |
Subject: |
Re: Problem with music function in 2.15.18 |
Date: |
Sun, 13 Nov 2011 04:26:10 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.0.90 (gnu/linux) |
Carl Sorensen <address@hidden> writes:
> On 11/12/11 2:17 PM, "Nick Payne" <address@hidden> wrote:
>
>>There's a music function I use in virtually every guitar score I've done
>>with Lilypond, to move glissandi that I use to indicate that a finger
>>should be kept on a string when moving frets. I just downloaded and
>>installed 2.15.18 (Linux amd64 version running on Ubuntu 10.04), and the
>>parameters to the function no longer seem to be being recognised as the
>>correct type. The short example below shows the problem.
>>
>>\version "2.15.18"
>>
>>\language "english"
>>
>>guide = #(define-music-function (parser location padleft padright shift
>>missacc) (number? number? pair? boolean?) #{
>> \once \override Glissando #'bound-details #'left #'padding =
>>#$padleft
>> \once \override Glissando #'bound-details #'right #'padding =
>>#$padright
>
> I believe you now use just $padright instead of #$padright
Actually, $padright behaves more or less identical to previously in this
context. Namely, it is a gamble on Lilypond assigning a useful
syntactical class to the given expression. But you don't want a magic
syntactical class here, you just want a Scheme expression.
#$padright expressed this intent correctly previously, and now #padright
does the same.
Basically, the rule of thumb now is: if you would not have used $
outside of #{ ... #}, don't use it inside.
--
David Kastrup