lilypond-devel
[Top][All Lists]
Advanced

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

Re: NR 6.5.2., 6.7


From: Carl D. Sorensen
Subject: Re: NR 6.5.2., 6.7
Date: Fri, 7 Nov 2008 11:32:28 -0700

Thanks, Mats.

I think I had figured out the articulation stuff, but your explanation is
certainly better than what I had figured out.  I'll get improved
explanations in the NR once I make the changes.

Carl


On 11/7/08 10:08 AM, "Mats Bengtsson" <address@hidden> wrote:

> Regarding NR 6.7, the current text is misleading (if not wrong). It says
> that
> "|\tweak| doesn¹t behave like an articulation regarding the syntax"
> but in fact you can use
> c-\tweak #'font-size #-3 \flageolet
> What's correct about the current formulation is that you cannot use
> c^\tweak #'font-size #-3 \flageolet or c_\tweak #'font-size #-3 \flageolet
>
> However, this is not the problem with the example shown in the manual.
> There, the syntactic problem appears in the attempt to define the macro F
> and is rather related to the syntactical limitations of what you can do in
> a macro definition.
>
> /Mats
>
>
> Mats Bengtsson wrote:
>>
>>
>> Carl D. Sorensen wrote:
>>> N.R 6.7 shows the use of Scheme code as an articulation. The reason why
>>> this works is unclear to me, but I can see there is some power here. An
>>> explanation would be really helpful. The articulation that is added
>>> is not
>>> a Scheme function, but rather the return part of a Scheme function.
>> An articulation is represented by a Scheme expression (not a Scheme
>> function):
>> (make-music
>> 'ArticulationEvent
>> 'direction
>> 1
>> 'articulation-type
>> "flageolet"))
>>
>> Here, a Scheme function is used, which constructs such an expression.
>> These things are pretty
>> common in the world of Scheme and similar languages. I once worked
>> with a huge program
>> implemented in LISP, where the program constructed new LISP
>> expressions, which were
>> evaluated and in their turn constructed new LISP expressions which
>> were evaluated ...
>> and in the end returned something. I can honestly say that none of us
>> at the company understood
>> fully how that program worked, but for some weird reason it seemed to
>> work fairly well anyway.
>>
>> /Mats
>>
>>
>> _______________________________________________
>> lilypond-devel mailing list
>> address@hidden
>> http://lists.gnu.org/mailman/listinfo/lilypond-devel
>
> --
> =============================================
>         Mats Bengtsson
>         Signal Processing
>         School of Electrical Engineering
>         Royal Institute of Technology (KTH)
>         SE-100 44  STOCKHOLM
>         Sweden
>         Phone: (+46) 8 790 8463
>         Fax:   (+46) 8 790 7260
>         Email: address@hidden
>         WWW: http://www.s3.kth.se/~mabe
> =============================================
>





reply via email to

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