I _think_ I've found a bug in manual beaming. See the snippet below and the image. In the last example in the snippet, the beams end up higher than they should be. This seems to be a consequence of having more than one note between the override Stem beaming commands, and not using 0 2 4 for the beamlet numbers.

<<
<<
\relative c'' {
 c32[ c
      \once \override Stem
      #'beaming = #(cons (list 0 1 2) (list 0 2 4))
      c c
      \once \override Stem
      #'beaming = #(cons (list 0 2 4) (list 0 1 4))
      c c c]
}

<<
\relative c'' {
 c32[ c c
      \once \override Stem
      #'beaming = #(cons (list 0 1 2) (list 0 3 4))
      c
      \once \override Stem
      #'beaming = #(cons (list 0 3 4) (list 0 1 2))
      c c c]
}

<<
\relative c'' {
 c32[ c
      \once \override Stem
      #'beaming = #(cons (list 0 1 2) (list 0 3 4))
      c c
      \once \override Stem
      #'beaming = #(cons (list 0 3 4) (list 0 1 2))
      c c c]
}




--
Phil Holmes
Bug Squad

<<attachment: beam-manual-beaming.png>>

_______________________________________________
bug-lilypond mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-lilypond

Reply via email to