[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Edition Engraver bug?

From: Jan-Peter Voigt
Subject: Re: Edition Engraver bug?
Date: Tue, 13 Mar 2018 11:47:59 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0

Am 13.03.2018 um 11:37 schrieb David Kastrup:
Jan-Peter Voigt <address@hidden> writes:

Hi Stefano,

I have been looking into the issue and created a branch
'refactor-override' for the edition-engraver.
The following is changed in there:
* Overrides are not applied "by hand" but send as a StreamEvent so
that once is handled by lily and not the EE
* Override (and Revert, Set, Unset) sent by the EE are marked so that
they can be distinguished from other overrides

That means once-overrides are note reverted wrong anymore and the EE
gives a warning if an overrides supersedes/overwrites an EE mod. This
is still not completely satisfactory when the EE shall override all
other settings. But at least it doesn't revert wrong.

If this branch is tested more thoroughly I will merge it into master.
Now I am looking for a way to let the EE be the last broadcaster so
that it will not be overridden by overrides sent from the actual music

How do you trigger the EE?  Overrides from the music stream are sent by
the iterators.  That's after start-translation-timestep and before

The EE broadcasts overrides (events) inside start-translation-timestep. I tried to do it in process-music, but then they were applied too late. The EE is looking in its internal mod-store if there is something to do for this timestep (for this context). Is there a way to act between those slots - the latest action before process-music?

reply via email to

[Prev in Thread] Current Thread [Next in Thread]