[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: scheme-function to provide value for \include
From: |
Urs Liska |
Subject: |
Re: scheme-function to provide value for \include |
Date: |
Wed, 29 Jun 2016 17:37:34 +0200 |
User-agent: |
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 |
Am 29.06.2016 um 17:12 schrieb David Kastrup:
> Johan Vromans <address@hidden> writes:
>
>> On Tue, 28 Jun 2016 11:05:59 +0200
>> David Kastrup <address@hidden> wrote:
>>
>>> Basically you are expecting something akin to the #include of the C
>>> preprocessor to accept calls of functions defined in C for specifying
>>> the file to include.
>>
>> Except that in C #include is significantly different from the rest of
>> the C syntax. #-lines are all different and independent of C-lines and
>> syntax.
>
> The same with LilyPond. You can put \include in the midst of any
> LilyPond construct without bothering about nesting. Try
>
> a.ly:
>
> \score { a_\include "b.ily" } }
>
> b.ily:
>
> 3^\markup { hi
>
> This is not the mark of a construct working in a syntactical context.
>
That's not what Johan is talking about. What he refers to is that the C
#include syntax *looks* completely different from regular C/C++ code, so
nobody will mistake it for a regular function call or whatever.
But \include *looks* like it's working the same as \shape.
Urs
--
Urs Liska
www.openlilylib.org