[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Issue 1290 in lilypond: Skyline compaction is going overboard someti
From: |
k-ohara5a5a |
Subject: |
Re: Issue 1290 in lilypond: Skyline compaction is going overboard sometimes |
Date: |
Sun, 31 Oct 2010 18:23:17 -0700 |
> 2) write better docs
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).
So I do not think skyline compaction is going overboard at all -- most times.
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 up.
The skyline concept is not described at all in the manual. Instead, the manual
teaches how to increase padding of individual classes of objects that a user
might want to space further apart, which I think is the right approach. Maybe
we would like some teaching about horizontal padding using minimum-X-extent,
which I'll think about as I turn from vertical to horizontal spacing in alpha
testing.
-Keith