Status: Accepted
Owner: ----
Labels: Type-Defect Priority-Postponed
New issue 1159 by PhilEHolmes: Fine-tuning manual beaming
http://code.google.com/p/lilypond/issues/detail?id=1159
In the snippet below, the override seems to shift the baseline for beaming
in an undesirable way. This does not happen when there are less more than
two notes between the override Stem beaming commands, or when using 0 2 4
for the beamlet numbers.
\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]
}
Priority set to postponed since it seems an odd thing to want to do in the
first place.
Attachments:
OddBeaming.png 2.1 KB
_______________________________________________
bug-lilypond mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-lilypond
