[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Scheme function returning \book
From: |
Thomas Morley |
Subject: |
Re: Scheme function returning \book |
Date: |
Wed, 16 Jan 2019 01:42:20 +0100 |
Am Mi., 16. Jan. 2019 um 00:14 Uhr schrieb David Kastrup <address@hidden>:
>
> Lukas-Fabian Moser <address@hidden> writes:
>
> > Hi David,
> >> \test apparently expects a string argument.
> >
> > Aaargh, sorry, stupid me, and stupid copy'n'paste error. So, another try:
> >
> > \version "2.19.82"
> >
> > test = #(define-scheme-function (suffix) (string?) #{
> > \book {
> > \bookOutputSuffix #suffix
> > \score {
> > d4
> > }
> > }
> > #} )
> >
> > \test "surname"
> >
> > (still) causes a "Bad expression type" error.
>
> Ah, well. Turns out that copying the code for \xxx here where \xxx was
> a book identifier was not really a good idea before anybody figures out
> and defines the difference between a book and a bookpart. Currently it
> is not viable to distinguish them.
>
> \book { \test "surname" }
>
> could conceivably just close its eyes and say "ok, let's treat it as a
> book rather than a bookpart" but doesn't. Does anybody have an idea
> what is supposed to distinguish a book from a bookpart outside of actual
>
> \book {
> \bookpart { ... } }
>
> usage?
For layout vs paper we have is-layout vs is-paper.
Couldn't we set some variable/property like is-book/is-bookpart for
book vs bookpart
?
Cheers,
Harm
- Re: Scheme function returning \book, (continued)
- Re: Scheme function returning \book, Kieren MacMillan, 2019/01/15
- Re: Scheme function returning \book, David Kastrup, 2019/01/15
- Re: Scheme function returning \book, Aaron Hill, 2019/01/15
- Re: Scheme function returning \book, Aaron Hill, 2019/01/15
- Re: Scheme function returning \book, Aaron Hill, 2019/01/15
- Re: Scheme function returning \book, David Kastrup, 2019/01/16
- Re: Scheme function returning \book, Lukas-Fabian Moser, 2019/01/16
- Re: Scheme function returning \book,
Thomas Morley <=
- Re: Scheme function returning \book, David Kastrup, 2019/01/16