Here is a work around for this glorious feature the multiple header issue.
Comment out the header using %{ %} Thereby making it easily reversible.
Then add the following markups between files. The only down side is
occasionally a title will be a pendant at the bottom of the page to solve
this you can throw in the further fudge factor of a pad-markup in order to
force it into the next page. If you can't make a feature useful sidestep
it.
Shane
\markup { \fill-line {\fontsize #5 {\bold "a"}}}
\include "a.ly"
\markup { \fill-line {\fontsize #5 \pad-markup #1.3 {\bold "b"}}}
\include "b.ly"
On Fri, Jan 11, 2013 at 5:53 PM, Shane Brandes <[email protected]> wrote:
> I am at a loss. I tried placing the the header in each file in the score
> block which causes it to disappear. I tried simply adding a bookpart around
> the include which has the effect of reducing my individual scores to one
> line instead of a grandstaff. So in effect something that used to work long
> ago no longer works because of some change around 2.14. Here i cannot make
> headers happen more than once. and that seems to be the in my opinion bug.
> I can trick this by useing an ugly markup hack to create a "title". But
> that would mean editing duplicates for over a hundred files. And even if
> this approach was taken it is possible it would choke on some other fun
> thing like having global issued in nearly every file. i could go through
> and remove the global business in each file but that would again be another
> time killer. There has to be some way of making the headers print for every
> file as it gets munched through lilypond and still have the overall layout
> engine work across all the files. It is very easy to create multiple out
> files from a singular file but not the other way round. Sorry if this seems
> a bit on the irritable side. It is just not making a whole lot of sense.
> Maybe it is time to add a front matter block or something like that sothat
> one can add the title page and ToC stuff and not get it all confounded with
> headers for individual pieces.
>
> Shane
>
>
> On Fri, Jan 11, 2013 at 1:27 PM, Shane Brandes <[email protected]>wrote:
>
>> Upon examination of that unknown snippet I found. So it cannot apply.
>>
>> % Will not work in 2.13 or later since define-public-toplevel has been
>> removed
>>
>>
>> On Fri, Jan 11, 2013 at 1:38 AM, Nick Payne
>> <[email protected]>wrote:
>>
>>> On 11/01/13 14:37, Shane Brandes wrote:
>>>
>>> \version "2.17.9"
>>>
>>>
>>> \include a.ly
>>>
>>> \include b.ly
>>>
>>> \include etc.ly
>>>
>>>
>>> Yields a problematic result as I have header files in every \include (
>>> every file is its own compilable score) therefore I tried issuing
>>> print-all-headers =##t which causes only the title from the last header to
>>> print before every included file. Is it possible to get this to work or is
>>> there some sort of other mummery to go through.
>>>
>>>
>>> Have you had a look at http://lsr.dsi.unimi.it/LSR/Item?id=657
>>>
>>> _______________________________________________
>>> lilypond-user mailing list
>>> [email protected]
>>> https://lists.gnu.org/mailman/listinfo/lilypond-user
>>>
>>>
>>
>
_______________________________________________
lilypond-user mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/lilypond-user
