On 03.07.2016 12:56, Federico Bruni wrote:
Il giorno dom 3 lug 2016 alle 11:52, David Kastrup <d...@gnu.org> ha
scritto:
It's a bug? I think so. LilyPond should check if there's a \header
block in an higher level (\book); if there is no \header in a higher
level, it should use the \header values within \bookpart.
Which bookpart? There is one PDF per book, but several bookparts per
PDF. So it does not make sense to put per-PDF values, like the title
metadata is, in bookparts.
Yes, I imagined this. But I hoped that LilyPond could parse the file,
see that there's only one \header block defined within the \bookpart
block and use that for metadata, since there's nothing else to use on
higher levels (\book, etc.).
This is important to me because:
1. Most of my songs are wrapped in \bookpart blocks, because I can
then make a book just including the files from a master \book file
So why don't you then make a title for that master \book? How is
LilyPond to know which bookpart to take the title from?
Let me explain better.
In a directory I have single files for each song. I want to compile
each of them as a standalone PDF. But I also want to include them in a
master file which acts as an anthology book.
So the master file already works fine, because the \header is in the
top level.
The problem is with each single song, because the songs use \bookpart.
Well, I suppose you need to find a clever way of setting pdftitle in the
wrapper files for the single songs. This kind of things can be really
annoying and convoluted…
Best, Simon
_______________________________________________
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond
