[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Issue 1290 in lilypond: Skyline compaction is going overboard someti
Re: Issue 1290 in lilypond: Skyline compaction is going overboard sometimes
Mon, 01 Nov 2010 08:59:25 +0100
Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux)
"Keith E OHara" <address@hidden> writes:
> On Mon, 25 Oct 2010 05:38:24 -0700, <address@hidden> wrote:
>> 2) write better docs for this particular [skyline-horizontal-padding] tweak
> I talked around my point but didn't make a conclusion. Docs for the correct
> way to solve this, system-system-spacing, are already good.
> One might ask : Why not increase, or document, skyline-horizontal-padding ?
> When skylines are padded, they make a nice cushion shape (image attached)
> like David was asking for. The cushion does not extend vertically, but that
> is what the various 'padding properties are for.
> However, skyline-horizontal-padding consistently pads skylines
> *wherever* they are used, and I found more places where I would not
> want even half a note-width of padding (attached piano music images
> are with and without).
I was never suggesting to pad individual objects. The horizontal
padding would need to be applied to the skyline of the whole _system_,
not the skyline of individual objects while the system is being
> In the example that opened the issue, I think it is the fact that the
> notes are logically unrelated that makes their interleaving so
> objectionable. Therefore the response should be tied to the fact that
> they are from different systems, so bump system-system-spacing back
But that affects the vertical spacing of _any_ system, not just systems
with interleaving parts.
I am afraid that you are trying to evaluate my proposal by tweaking
existing knobs. The existing knobs are no use for a reasonable
automatic resolution of the problem.
- Re: Issue 1290 in lilypond: Skyline compaction is going overboard sometimes,
David Kastrup <=