[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 =
>>     \once \override Glissando #'bound-details #'right #'padding =
> 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

reply via email to

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