Re: [frogs] Enhancement request: Define output-suffix as a configurable context property. |
[ Thread Index |
Date Index
| More lilynet.net/frogs Archives
]
- To: frogs@xxxxxxxxxxx
- Subject: Re: [frogs] Enhancement request: Define output-suffix as a configurable context property.
- From: Neil Puttock <n.puttock@xxxxxxxxx>
- Date: Mon, 21 Sep 2009 21:38:41 +0100
- Cc: "lilypond-devel@xxxxxxx" <lilypond-devel@xxxxxxx>
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=muE64RpIyjE1/QM8pQ1v3w2y1brXVxJzqdxkwne3Hcc=; b=detJn7amtPOPyEWgpfH4PHG+2vQtfETgzyjZ5WHIIZveBbdYp4A2gtz116lt4sYCb4 kku+Jkvk3o3nDycr+RTBPxSGkVr3OBpOry/KwJO8QCeSprE0YG7TgN9FqQuWqvsEuYI7 i8CmlqkquWlKpycNsxG++cH5zg6ysN+ds/hH0=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=OGaFH3P0BJG6BztUVlW5UxbZB25/ZeJAeTLWLI9rw86n7chs4JIudqh1IbWwrInYJk a5wA71NwX+L4HM3jndm0QvQxJkT4th7wPoPvsbNo/kRkpzpOMib40ldzFjygl8NQ6rfr u4Ifz3BqGcG5KbZBTtC0yyTzW8Cp3WXSWkOvY=
2009/9/19 Carl Sorensen <c_sorensen@xxxxxxx>:
> Well, during the translation step the translators write output to the output
> file using the appropriate output calls, don't they? So they make use of
> the file that was created using the output-prefix. So this has *something*
> to do with translation, even though it's not a characteristic of an
> engraver.
I don't think so, since the output file doesn't exist until a
Paper_book object has been finalized and sent to the appropriate
output framework.
> This is part of the function of LilyPond that I don't understand. Maybe you
> can help clarify it for me. Let me give my brief understanding.
Seriously, I don't understand it either. :)
> I think the third phase is engraving. During this phase, the music streams
> are converted into printed objects, and sent to the appropriate output file.
I think this phase is much more complicated than the other two, since
there's a great deal of work going on after grobs have been created
(e.g., line-breaking and page-breaking) before anything is dumped to
an ouput file.
> It would be convenient if the output-prefix could be defined in the /score
> or /layout block that causes the creation of a Score context. I think
> that's why Ian was wanting to make it a context property of Score. But I
> suspect (although I can't prove) that the file handler exists *outside of*,
> not inside of, the Score context. Hence, we don't want to make it a context
> property of Score, because we could change the property inside of the Score,
> and the file handler wouldn't know about it.
I think this is the main stumbling block (leaving aside the issue of
whether it's appropriate to store a file suffix at this point); I
can't see any elegant (kludge-free) way of getting this information to
the file handler.
Regards,
Neil
---
----
Join the Frogs!