bug-lilypond
[Top][All Lists]
Advanced

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

Re: ly:output-def-clone not working correctly?


From: David Kastrup
Subject: Re: ly:output-def-clone not working correctly?
Date: Sun, 08 Oct 2017 17:45:32 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux)

Thomas Morley <address@hidden> writes:

> 2017-10-08 13:36 GMT+02:00 David Kastrup <address@hidden>:
>>
>> I think using a different layout than the one your output appears in
>> is not a supported idea.  Output definitions are hemimetabolic.  They
>> may be an "output definition" but it's not like they are being used
>> to instantiate a separate "output" type like a context definition is
>> instantiated into a context.  Instead, output definitions may receive
>> the side effects from their uses (which include managing the writing
>> of a Midi/PDF file, and in this case, causing font definitions).
>
> Thanks for your explanations.
>
> In the german forum it was attempted to set 'line-width to some
> calculated value relying on the found 'line-width in layout. With
> multiple calls the found line-width will become the calculated one
> from the previous call not the original, thus the idea of cloning the
> layout, similiar to ly:music-deep-copy.
>
> Iiuc, you would say it's a not supported (in this case read: bad)
> idea.

Cloning outputs is fine before they become part of a score/book.  But
once you use them for turning markup into stencils, those stencils
should appear in the book/score using that output.

So in usage, there is sort of a distinction between an "output
definition" and an actual "output", but the data type is just the same.
Hemimetabolic.  There is a moment in its life time after which cloning
becomes a bad idea, somewhat depending on what you need the clone for.

-- 
David Kastrup



reply via email to

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