On 16 January 2017 at 19:59, Urs Liska <u...@openlilylib.org> wrote: > Hi all, > > I have a multi-movement work (or rather numerous ones) where the > movement titles are printed using an automatically generated top-level > markup. The overall structure looks like: > > \book { > \markup { "overall title" } > \bookpart { > % (first work in group) > \markup { "work title" } > \markup { "Title of first movement" } > \score { > % first movement > } > \markup { "Title of second movement" } > \score { > % second movement > } > % etc > } % end bookpart > \bookpart { > % second work in group > % ... > } > } > > Each "work" is wrapped in a bookpart and will consequently start on a > new page. > I didn't want to do the same with the movements because there will be > cases where a new movement should better continue on the same page. > > The problem is that *usually* the title of the next movement fits on the > same page as the end of the previous one but no music, so I have the > title of the next movement sitting on the bottom of a page. > > So: is there a way that a top-level markup block can determine if there > will be at least one system of music coming on the same page? > > I would really like to have an automatic way to handle this problem as I > expect to have a three-digit number of movements and quite different > configurations (full score, choral/continuo, parts) and perhaps also > different output targets/formats. Forcing all movements to start on a > new page would be a pity but seems the only workaround if I can't get a > proper automatic solution to run. > > Any suggestions? > Urs > > -- > u...@openlilylib.org > https://openlilylib.org > http://lilypondblog.org > > > _______________________________________________ > lilypond-user mailing list > lilypond-user@gnu.org > https://lists.gnu.org/mailman/listinfo/lilypond-user
Hi Urs, Is there any reason you can't have: \score { \secondMovementMusic \header { subtitle = \mySecondMovementTitleMarkup } \layout {} } This should never orphan the movement's title AFAIK, Vaughan _______________________________________________ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user