Re: showLastLength/Score.skipTypesetting

[Martín Rincón Botero]

Hi Jean,

thank you for your idea with the paper block. Indeed having a separate paper and header block for these pages is the way to go. I can also add first-page-number = #myPage and that way it's virtually possible to make a decent-looking pdf out of individual pages before applying a "refresh all" Lilypond command if desired. However, if I remove the tempo and time signature engravers for the page I want, I can't print any tempo or time signature changes anymore. It would be fine for many pages in many pieces but not for pieces with tempo and time signature changes. Perhaps it would be good to know, when using showLastLength/Score.skipTypesetting for measures other than the first measure, why does Lilypond have to incorrectly make indentation, print a header, tempo and time signature? Maybe a simple condition could be added to showLastLength/Score.skipTypesetting for measure numbers higher than 1? If yes, I would like to make this a feature request :-). 

PS: There is also a trick to speed up compilation for large scores:

\paper {
  page-breaking = #ly:minimal-breaking
}

Thanks for the trick. I haven't used that mode yet. Good to know this speeds up compilation!

Am Di., 20. Okt. 2020 um 14:08 Uhr schrieb Jean Abou Samra <jean@abou-samra.fr>:

Le 19/10/2020 à 22:44, Martín Rincón Botero a écrit :

Hello Jean,

thank you for your answer. It’s not a critical thing, but since I moved all my workflow to Python to be able to use its automating capabilities for producing Lilypond files, today I started using OLL’s partial compilation together with a couple of subprocesses that are run at the end of the Python file (the ones that actually write my Lilypond file), so that with the help of partial compilation and a pdf utility, it produces a separate partially compiled pdf of only one page (the page I’m working on), then the script merges that headerless, indentless pdf with a “memory pdf” (say, the first page), so that I can see a single merged pdf with all the music at all times, and I only need to compile one page at a time: whenever I need a new page I just tell the partial compilation the measure the next page begins with and write the page number I want compiled. This pdf “grows” out of compiling page by page. This has exponentially increased the efficiency of my workflow, since Lilypond’s compilation times get only larger with more information, whereas compiling only one page gets done quickly. Certainly this pdf is not gonna be the final pdf. When I’m finished, I’ll run a full compilation. But it seems to me that to get things done quickly, the actual Lilypond command should only be used as a sort of “refresh all layout” command. This approach works very well, except for unexisting page numbers (basically unimportant for a temporary pdf, although from a user perspective you might wonder why partial compilation doesn’t just put the page number I manually gave it...), and a tempo and time signature marking at the beginning of every page. It’s not the end of the world, because this is not a final pdf, but it would be nice if I didn’t have those markings at all (to be honest, I don’t like them either when using “plain” showLastLength et al. without my Python pipeline, and can’t see any reason why they show by default anyways unless the first measure shown has an explicit tempo or time signature change). 

Other than my way of working with Python, I can see this method as having potential for a sort of page by page compilation mode in Frescobaldi, but that would need said Lilypond commands to not give extra information to the user unless explicitely told to do so.

Hello,

This is an interesting workflow; I'll have to think of it.

As mentioned before, you could use the header from this example:

\version "2.23.0"

\paper {
  print-first-page-number = ##t
}

\layout {
  \context {
    \Staff
    \remove Time_signature_engraver
  }
  \context {
    \Score
    \remove Metronome_mark_engraver
  }
}

{
  \tempo "Vivace"
  \time 3/4
  \key cis \major
  c'2.\break
  c'2.
}

I'd just comment out the header block, reintroducing it later when the work is done.

Best,
Jean

PS: There is also a trick to speed up compilation for large scores:

\paper {
  page-breaking = #ly:minimal-breaking
}

www.martinrinconbotero.com

On 19. Oct 2020, 22:11 +0200, Jean Abou Samra <jean@abou-samra.fr>, wrote:

Le 19/10/2020 à 17:32, Martín Rincón Botero a écrit :

Hello,

I wanted to ask if there's a way to prevent showLastLength/Score.skipTypesetting from showing tempo and time signature (and header information if possible).

Regards,

Martín.

Hi,

I don't know an obvious way to do this, though you could
remove the appropriate engravers. The question is, why do you
want this? showLastLength and Score.skipTypesetting
are for faster development, so you usually don't much care
about the look of the output. This sounds like there could
be better tools to achieve your objectives.

Best,
Jean

--

www.martinrinconbotero.com