[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: updates on branch jneeman
From: |
Han-Wen Nienhuys |
Subject: |
Re: updates on branch jneeman |
Date: |
Tue, 19 Dec 2006 12:59:43 +0100 |
User-agent: |
Thunderbird 1.5.0.8 (X11/20061107) |
Joe Neeman escreveu:
> On 12/18/06, *Han-Wen Nienhuys* <address@hidden
> <mailto:address@hidden>> wrote:
>
> Joe Neeman escreveu:
> > 2) use skylines for horizontal spacing even when one of the columns is
> > non-musical.
> > - as part of this change, items in the spacing problem read the
> > 'padding property (should I create a new property with a different
> > name?) and expand the space they require by that amount. This
> allows us
> > to set BarLine #'padding = 0.1 and fix issue #10
>
> I'm not sure if this is the right solution; it might be that
> adjusting the
> springs is a better approach. There is already quite elaborate
> tuning going
> here for springs.
>
>
> I think the problem is that, if there is a chord with several
> accidentals and an arpeggio, the spring is going to be quite long. If it
> is long, it can't be very stiff (or we will get uneven spacing when we
> stretch). Therefore it will compress easily until its blocking point,
> causing a near-collision. I think the ideal solution would be to somehow
> stick a spring between the left side of the arpeggio and the barline but
> I don't see how this is possible currently.
This is true, but the problem you describe happens in the case of compression
only. IIRC, the spacing of arpeggios is lacking with ragged-right=##T as
well. This suggests that
Note_spacing::get_spacing
needs some tweaking as well.
--
Han-Wen Nienhuys - address@hidden - http://www.xs4all.nl/~hanwen
LilyPond Software Design
-- Code for Music Notation
http://www.lilypond-design.com