bug-lilypond
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Slur collision detection and resolution works for sharp symbol but f


From: Carl Sorensen
Subject: Re: Slur collision detection and resolution works for sharp symbol but fails for flat symbol
Date: Sun, 27 May 2018 16:21:39 +0000
User-agent: Microsoft-MacOutlook/10.d.0.180513


On 5/27/18, 9:52 AM, "Aaron Hill" <address@hidden> wrote:

    On 2018-05-27 06:29, Jürgen Reuter wrote:
    > Looks like slur collision detection and resolution (the slur is moved
    > upwards) works fine for sharp accidentals, but is ignored for flat
    > accidentals.

Slur collision is not ignored.  There are a number of different parameters 
governing the goodness of slurs.  The goodness of each factor is calculated and 
summed to give the overall goodness (actually, badness) of the slur.  A number 
of slurs are tried, and the slur with the lowest badness is used.

The parameters that can be adjusted to get a particular outcome are found in 
the Slur.details property, and are listed, along with their default values, in 
the Notation reference:
http://lilypond.org/doc/v2.19/Documentation/internals/slur

In this particular case, increasing the accidental-collision penalty will cause 
the slur to avoid the accidental.

   \version "2.18.2"
   {
     \override Slur.direction = #UP
    \override Slur.details.accidental-collision = #20 % the default is 3; a 
higher value will make it more likely the accidental is avoided
     \override Slur.height-limit = #10
     a'( ges'') a'( gis'') % Collision with both accidentals.
     \override Stem.direction = #UP
     a'( ges'') a'( gis'') % Collision with flat only.
   }


This is not a bug, but just a hard slur to engrave, so the default values of 
the details may not be optimal.

HTH,

Carl
    


reply via email to

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