Be useful to have a solution for that.Urs wrote: Sun Nov 29, 2020 11:40 am The experience with Zebra's "2.3 compatibility mode" is why we don't do anything similar. It adds bloat and maintenance obstacles. It quite literally doubles the effort to test things.
Most importantly, the new behaviour is the result of fixing a dozen long standing bug reports (also from Hive etc.). In my opinion some of these bugs were directly related to the release behaviour. Hence, a backward compatibility mode would not have fixed it and we'd still carry those around.
Regarding the loss of envelope trigger on NoteOn, I have thought about adding a "LFO+Gate" trigger to envelopes. My reluctance here is that we have recently introduced trigger sources as a category of modulation signals into our toolbox (see e.g. S&H in Hive's ModMatrix). While we have not decided on how to move on with Bazille in the coming years, feature wise, I do not want to close the path to replace the current envelope behaviour with one based on those trigger categories, and atm, "LFO+Gate" is not one of them. And maybe a "+Gate" switch on the envelopes would be better anyway, but that was out of the question for this update.
And as someone who has 'lost' (I've adjusted most of them and a few are lost) I'm glad you decided against a compatibility mode. This is cleaner.
