lilypond-devel
[Top][All Lists]
Advanced

[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





reply via email to

[Prev in Thread] Current Thread [Next in Thread]