lilypond-user
[Top][All Lists]
Advanced

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

Re: helper function that should take a list argument doesn't do anything


From: David Kastrup
Subject: Re: helper function that should take a list argument doesn't do anything
Date: Sat, 10 Nov 2012 14:56:07 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux)

Janek Warchoł <address@hidden> writes:

> On Fri, Nov 9, 2012 at 10:31 PM, David Kastrup <address@hidden> wrote:
>
>> You did not copy and paste valid LilyPond code into #{ #}.  You replaced
>> a constant in a constant list by a symbol.  That was not valid outside
>> of #{ #}, and it did not became valid inside of it.
>
> Hmm.  Indeed.  Too bad that to make the code valid one has to make it
> significantly different.

That's what backquoting is for: that way you don't have to make it
significantly different, you just swap the ' for ` and put a , before
the expression parts which you _do_ want to have evaluated after all.

> It may be surprising to you that i didn't try it.  Here's why: i *did*
> try running convert-ly on that source file (i wasn't sure whether i'd
> get everything right), and it changed
>
> \overrideProperty #"Score.NonMusicalPaperColumn"
> #'line-break-system-details #'((alignment-distances . (30)))
>
> into
>
> \overrideProperty
> Score.NonMusicalPaperColumn.line-break-system-details
> #'((alignment-distances . (30)))
>
> i was surprised to see #'((alignment-distances . (30))), (with hash)
> but i didn't have time to investigate.
>
> So, maybe it's a defect in convert-ly?

Uh, no?  That conversion is perfectly correct.  In fact, the last
argument, which is the _value_ argument for \overrideProperty, has not
been changed at all.  It is just the same as before.

-- 
David Kastrup



reply via email to

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