Re: Accidental overlaying stem

[Nick Payne]

On 25/08/10 02:36, Phil Holmes wrote:
> "Nick Payne" <address@hidden> wrote in message 
> news:address@hidden
> > I think I have reported this before - a beamed note with an accidental
> > on a ledger line above the stave has the accidental colliding with the
> > stem of the previous note. For different notes it happens at different
> > heights above the stave and also seems to depend on the length of the
> > stem of the previous note:
> >
> > \version "2.13.30"
> >
> > \relative c' {
> >     \time 3/4
> > % \override Staff.Stem #'X-extent = #'(4 . 4)
> >     \stemUp ais8[ bis'' ais] ais,[ bis'! ais] ais, [ais' ais] ais,
> > [ais''! ais]
> > }
> >
> > The second png shows the effect of activating the override, but the
> > override doesn't work at all for the first B# and not to the extent that
> > it should for the second last A#. How can I fix the problem - for the
> > first B# in particular, as that's the actual problem I encountered in
> > the score I'm engraving.
> >
> > Nick
>
> Can't find where you've posted this before - not to the bug group, 
> anyway.
>
> This looks OK in 2.12.3 and so looks like a regression.  I've added it to
> the bug tracker:
>
> http://code.google.com/p/lilypond/issues/detail?id=1235
>
> As a workaround, can you use 2.12.3?
I searched and found that my previous report was added to the bug list 
as http://code.google.com/p/lilypond/issues/detail?id=1099. However, 
that issue says that it's *not* a regression, and only deals with flats, 
saying that sharps or naturals don't collide, so I don't know if it's 
the same problem. I was finally able to fix the collision by overriding 
the accidental X-extent:

\version "2.13.30"

\relative c' {
    \time 3/4
    \stemUp ais8[ \once \override Staff.Accidental #'X-extent = #'(-4 . 
1.1) bis'' ais]
    ais,[ bis'! ais] ais, [ais' ais] ais, [ \once \override 
Staff.Accidental #'X-extent = #'(-4 . 1.1) ais''! ais]
}

Nick

test.preview.png
Description: PNG image