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

Reply via email to