On Sat 09 Jan 2021 at 07:31:19 (+0100), Werner LEMBERG wrote:
> >> $ lilypond-2.21.80-1.linux-64/bin/lilypond --svg -dcrop Bača.ly
> >> will produce the tightly packed:
> >> E ┌──────────────┐
> >> │▒▒▒▒▒▒▒▒▒▒▒▒▒▒│
> >> │▒▒▒▒▒▒▒▒▒▒▒▒▒▒│
> >> │▒▒▒▒▒▒▒▒▒▒▒▒▒▒│
> >> └──────────────┘
> >> which is what you implied you didn't want (by saying "Is this
> >> supposed to happen?" and "Seems like cropping should be …").
> >
> > This is clearly something that needs to be documented more clearly,
> > but also we may need to reconsider what -dcrop *should* be doing
> > rather than what is currently does.
>
> For me, it's a bug, mainly because the behaviour is completely
> unexpected. Also, `-dhelp` says
>
> crop (#f) Match the size of the normal output to the
> typeset image.
>
> which differs from the reality. Note the words 'normal output'.
> Removing inter-line spacing between staves is definitely not normal
> output.
I'd missed that. I only looked at the Usage manual:
crop bool If bool is #t, fit all the music and headers, without
margins, into a ‘single-page’ output file. Default: #f.
So I certainly agree that it needs clarification as to whether "music"
means *systems* or *made-up pages*.
Cheers,
David.
