[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Edition Engraver bug?
From: |
David Kastrup |
Subject: |
Re: Edition Engraver bug? |
Date: |
Tue, 13 Mar 2018 11:37:01 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) |
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
> stream.
How do you trigger the EE? Overrides from the music stream are sent by
the iterators. That's after start-translation-timestep and before
process-music.
--
David Kastrup
- Re: Edition Engraver bug?, Jan-Peter Voigt, 2018/03/13
- Re: Edition Engraver bug?,
David Kastrup <=
- Re: Edition Engraver bug?, Jan-Peter Voigt, 2018/03/13
- Re: Edition Engraver bug?, Stefano Troncaro, 2018/03/13
- Re: Edition Engraver bug?, Stefano Troncaro, 2018/03/14
- Re: Edition Engraver bug?, Jan-Peter Voigt, 2018/03/15
- Re: Edition Engraver bug?, Stefano Troncaro, 2018/03/15