Re: Edition Engraver bug?

[Stefano Troncaro]

It's strange, I tested with a project that had some "rebel ties", commented out the previous fix and used \tieDown, and the ties went in the direction I wanted them to... I'll have to look at it in more detail, but it must surely be my fault, I must have missed something.
However in the example above it does work exactly as you mention it does. I think the warnings are ok, they are kind of verbose, but it is telling you "find another way to do this!" so I think the verbosity is useful.

2018-03-15 11:57 GMT-03:00 Jan-Peter Voigt <address@hidden>:

Hi Stéfano,

I tested with the force-rebel-tie.ly file you sent earlier in this thread. What I meant was that \tieDown still does have no effect, when there is a \voiceOne statement - maybe hidden via << \\ >>. So the first tie is not changed with the EE-mod in the demo.
Do you think the warnings are too verbose?

Am 14.03.2018 um 21:47 schrieb Stefano Troncaro:

I wanted to let you know that I have tried the refactor-override branch and the overrides seem to be working fine! I do get a lot of warnings as you explained, but it does not appear the the EE overrides are getting overwritten, or maybe I'm misunderstanding your explanation?

2018-03-13 13:50 GMT-03:00 Stefano Troncaro <address@hidden>:

Hi Jan-Peter,

Thank you for your work! I will test the changes later today and let you know how it results.

2018-03-13 7:47 GMT-03:00 Jan-Peter Voigt <address@hidden>:

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
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.

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?

_______________________________________________
lilypond-user mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/lilypond-user