Apologies if this is a known issue, but I think I've found a bug in the
regex/wildcard handling of edition engraver paths.
It seems that mixing editionMods with normal paths together with those formed
with wildcards and/or regular expressions causes the wildcard/regex editionMods
to break. This is using code adapted from usage-examples/development-3.ly.
A workaround is of course to simply use wildcards or regexes in all
editionMods, but this seems arcane.
%%%
\version "2.19.82"
\include "oll-core/package.ily"
\loadPackage edition-engraver
\consistToContexts #edition-engraver Score.Staff.Voice.Lyrics
\addEdition test
% { comment this block for green noteheads
\editionMod test 1 0/4 la.Voice \once \override NoteHead.color = #red
\editionMod test 2 0/4 le.Voice \once \override NoteHead.color = #blue
%}
\editionMod test 3 0/4 "{l*}".Voice \once \override NoteHead.color = #green
\editionMod test 4 0/4 "/l.*/".Voice \once \override NoteHead.color = #green
%{ workaround using regular expressions
\editionMod test 1 1/4 "/^la$/".Voice \once \override NoteHead.color = #red
\editionMod test 2 1/4 "/^le$/".Voice \once \override NoteHead.color = #blue
%}
%{ workaround using wildcards
\editionMod test 1 2/4 "{la}".Voice \once \override NoteHead.color = #red
\editionMod test 2 2/4 "{le}".Voice \once \override NoteHead.color = #blue
%}
<<
\new Staff \with {
\editionID le
} \repeat unfold 24 e''4
\new Staff \with {
\editionID la
} \repeat unfold 24 e''4
>>
%%%
--
Mark Knoop
_______________________________________________
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
