Valentin Villenave wrote Thursday, October 29, 2009 10:32 AM
On Sat, Oct 3, 2009 at 12:41 AM, luis jure <[email protected]>
wrote:
Hi Luis, sorry for the delay,
% this shows the default beaming and how it should be beamed
r16 c8. c8 c r16 c8. c8[ c] |
I'm not sure what to do. The first half of the measure does look
ugly
indeed (see attached), but I can't decide whether it's a bug or
not.
Trevor, what would you do? (I'm asking you because beaming is kind
of
your speciality now, isn't it? ;-)
Not really; Carl developed all the new beaming code. But if you
really want my opinion I believe this should be classed as an
enhancement, namely to take rests into account when determining
the shortest note in the beaming interval. It should be a
switchable
option to preserve the current behaviour and to accommodate both
preferences, as I don't believe there is a generally accepted rule
here.
Bug 638 is related, as solutions to that and this require a
different
approach to beaming - one which assesses the duration of notes
(and rests) within a whole bar before selecting the most appropriate
beaming for that bar.
Valentin
Trevor
_______________________________________________
bug-lilypond mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-lilypond