Re: Polyphony--Accidental aligns to stem rather than note

[Mike Solomon]

On Nov 26, 2013, at 6:47 AM, ryanmichaelmcclure <address@hidden> wrote:

> My apologies for my many emails this week--I am off of school for the week
> and have time to catch up on my music typesetting.
> 
> I have found that whenever I do two-voice polyphony but flip stems around,
> it causes accidentals to align to the stem and not the note. It's hard to
> explain what I mean, so here's an example:
> 
> \version "2.17.29"
> 
> \relative c' {
>  \time 2/4
> <<
>    {\stemDown e'8 a   \override Stem #'(details beamed-lengths) = #'(0) e
> a}
>    \\
>    {r4 r8 \once \override NoteColumn #'force-hshift = #2 \stemUp fis,}
>>> 
> 
> <<
>    {\stemDown e'8 a   \override Stem #'(details beamed-lengths) = #'(0) e
> a}
>    \\
>    {r4 r8 \once \override NoteColumn #'force-hshift = #2 \stemUp f,}
>>> 
> }
> 
> I want there to be a sharp on the F in the second one, but that's the one I
> want. I want these voices to be in the ways they are because it has to do
> with the voices. Why does the accidental line up with the stem in the first
> one rather than the note head?
> 

Hmm…tricky…interesting…
LilyPond’s accidental placement algorithms make a deep assumption that 
accidentals should always be to the left of elements in the skyline of the note 
columns happening on a staff at a given moment.  Turning this off would require 
massive Scheme hackery.  This hard-codedness probably because the layout makes 
is seem that you have a measure of 5/8 - the accidental (and note) no longer 
seem to belong to the 4th 8th note.

Could you send an example of what you want to accomplish in the layout - 
perhaps a bit more robust if need be.

Cheers,
MS