Eluze <elu...@gmail.com> writes: > LSR 507 <http://lsr.dsi.unimi.it/LSR/Item?id=507> produces erroneous > code since version 2.15.28: > > mus = { c4 d e f |} > > \displayLilyMusic \ghostMusic \mus
That's fallout from issue 2240, Patch: Don't wrap EventChord around rhythmic events by default. It won't be the only affected item. The basic question is when should we be migrating the LSR to 2.16. In this particular case, only the first of several "adjacent" spacers is retained. The reason for that apparently is to avoid <c e> getting turned into what amounts to <s s>. I don't think that this simple-minded approach is all too likely to lead to sane results without more effort, even pre-2.15.28. So my take on this would be to just junk the music-filter expression. This is going to lead to constructs occasionally that one can't actually enter, but which should at least compile reasonably well. -- David Kastrup _______________________________________________ bug-lilypond mailing list bug-lilypond@gnu.org https://lists.gnu.org/mailman/listinfo/bug-lilypond
