[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: thanks to whomever put this in the LSR...
From: |
Patrick McCarty |
Subject: |
Re: thanks to whomever put this in the LSR... |
Date: |
Wed, 3 Jun 2009 15:52:50 -0700 |
User-agent: |
Mutt/1.5.18 (2008-05-17) |
On Wed, Jun 03, 2009 at 09:36:39AM +0200, Helge Kruse wrote:
>
> chip wrote:
>> I was just browsing around in the LSR and found this very useful bit
>> that is just fantastic, I hadn't come across it in any docs - LM, NR,
>> or IR (I did a browser Edit/Find for output-suffix on all of those) -
>>
>> #(define output-suffix "you-put-something-here")
>>
>>
>> It's for use in a multi-bookpart .ly file that generates multiple .pdf
>> files. Typically the file names are appended with -1, -2, -3, etc which
>> isn't very helpful. That little bit of code lets you append any bit of
>> text to the file name, so instead of
>>
>> filename-1.pdf
>>
>> you get
>>
>> filename-you-put-something-here-1.pdf
>
> Is there a way to omit the -1 -2 ... suffix? I would like to specify the
> pdf file name in the .ly file.
Currently, this is hardcoded in the source file scm/lily-library.scm.
The modification you can make is what number to start at. You can do
this by setting `output-count'.
For example, if you say
#(set! output-count 5)
then your files will be named
filename-5.pdf
filename-6.pdf
filename-7.pdf
etc...
That being said, this is an interesting issue. There *needs* to be an
automated naming convention by default, or else each successive book
will overwrite the previous one.
But it would be nice to have an option to override the file-name for
any arbitrary book. Something like
\book {
\paper {
output-file-name = "Blah"
}
\score {
...
}
}
and this particular book would create "Blah.ps" and "Blah.pdf".
-Patrick
- thanks to whomever put this in the LSR..., chip, 2009/06/02
- Re: thanks to whomever put this in the LSR..., Helge Kruse, 2009/06/03
- Re: thanks to whomever put this in the LSR...,
Patrick McCarty <=
- Re: thanks to whomever put this in the LSR..., Mats Bengtsson, 2009/06/03
- Re: thanks to whomever put this in the LSR..., Reinhold Kainhofer, 2009/06/07
- Re: thanks to whomever put this in the LSR..., Ian Hulin, 2009/06/09
- Re: thanks to whomever put this in the LSR..., chip, 2009/06/09
- Re: thanks to whomever put this in the LSR..., Reinhold Kainhofer, 2009/06/10