|
From: | Jan-Peter Voigt |
Subject: | Re: Edition Engraver bug? |
Date: | Mon, 5 Mar 2018 13:01:09 +0100 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 |
Thank you, David! Sometimes I need a pointer to the obvious ... * I will refactor the EE to also broadcast overrides.* Of course I can listen to Overrides (and SetProperty) and check if there are editionMods and music colliding - the reason they didn't show up when I listened to StreamEvent was that I was looking for music-cause, but that isn't set.
* The EE might export overrides and such to another file for use with the EEThere first point should clean up and shorten some code. I will need some days but will deliver an update ASAP.
Jan-Peter Am 05.03.2018 um 12:18 schrieb David Kastrup:
Jan-Peter Voigt <address@hidden> writes:Hi David, Am 05.03.2018 um 10:42 schrieb David Kastrup:This is a failure that can happen whenever there are (implicit) overrides in the music. I'll try to track/fetch overrides generated outside the EE to avoid this issue.Any chance to actually use the equivalent of "\once" here? It's protected against reverting the wrong override, but this functionality is not exposed at the Scheme level.The EE is written entirely in scheme so I don't see a chance.It can still send override events rather than setting properties by itself.How would it be possible to listen to overrides? They are not caught when I listen to StreamEvent.What? They are definitely sent as events.
[Prev in Thread] | Current Thread | [Next in Thread] |