lilypond-user
[Top][All Lists]
Advanced

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

Re: Openlilylib page-layout module


From: Urs Liska
Subject: Re: Openlilylib page-layout module
Date: Thu, 14 Mar 2019 07:41:30 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1

Hi Andrew,

Am 14.03.19 um 06:20 schrieb Andrew Bernard:
Starting a new thread on this for clarity.

OK. So my previously posted MWE for string quartet with parts used tags and multiple books in one file. I found that edition-engraver and page-layout do their work and stop after the first book. Consequently have found that if I make separate file for the score for each part, with their own single book section, and appropriate includes of common material, that all works nicely, with the only issue being that I have five separate compiles to do and more files to manage. This can be trivially handled with a makefile of course. Also, I really only need to generate parts at the end of the engraving work, so in practice I think this won't be an issue.

Urs, I know you don't use tags, and I do, but I would very like to see how you would go about structuring string quartet with parts, using page-layout and or edition=engraver.

Would there be an argument for providing a reset or restart mechanism for page-layout so it could process multiple books in a file?


I once ran in a situation that I think is pretty much exactly what you are experiencing: applying breaks to consecutive movements of a score which were wrapped in bookparts.

I will have to look into the matter, so please remind me if it should slip from my attention. The core of my solution (although I can't say right now if it was a solution or a hack) was (IIRC) assigning each score an individual editionID and targeting that. Obviously I should review the package to determine if there is something I should add to the package or if I have to document the use case with multiple scores/books. When I wrote the package I wasn't aware of that problem.

Urs

(PS: I won't reply to your original thread now. If my review reveals anything that might be useful there I may comment there as well)



Andrew


_______________________________________________
lilypond-user mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/lilypond-user

reply via email to

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