bug-lilypond
[Top][All Lists]
Advanced

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

Re: error with #(make-music 'Music)


From: David Kastrup
Subject: Re: error with #(make-music 'Music)
Date: Sat, 03 Aug 2013 08:22:56 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux)

Eluze <address@hidden> writes:

> David Kastrup wrote
>> This is totally confused.  It defines bracketOpenSymbol as a vector
>> consisting of the symbol make-music and the list (quote Music).  But it
>> puts these definitions in a list where they don't make sense.  This is a
>> totally confused mixture of Scheme and LilyPond code.  Not using #(...)
>> inside of Scheme instead of the probably desired (...) would already
>> help, but the rest looks pretty much equally awkward.  I am surprised
>> that it is supposed to do anything, actually.
>
> the aim of this French user is to render the same music once with manual
> beaming only and once with auto-beaming or without any beaming.
>
> I proposed to redefine the 2 square brackets to another function (inspired
> by the example pipeSymbol in NR). not knowing how to define empty music I
> gave the example
>
> bracketOpenSymbol = #(make-music 'LaissezVibrerEvent)
>
> and in the affected context I removed the corresponding engraver - which
> works perfectly but eliminates the possibility to use laisser vibrer.

Why not remove the bracket engravers instead?

> what's the correct way to associate empty music - I guess that's what's
> needed here - to these variables?

#{ #} is empty music, but one can't use it as an articulation in current
versions.  But I don't think it makes sense to meddle with
bracketOpenSymbol and its ilk since it means you can't use the same
input once with and once without beams.  Instead you should either strip
the beam events with a music function, or remove the engravers.

-- 
David Kastrup




reply via email to

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