EventGenerator breaks after first event in sequence about flexcairngorm HOT 2 OPEN

Does "breaks" means that the second event does not get dispatched?

Remember that you have to call the generator callback from your command when
you're done to signal the generator to dispatch the next event; that's how it
is supposed to work works.

The generator dispatches UMEvents which have a callbacks
property which must implement IResponder.  IResponder has result and fault
methods which you use to signal that you are done with your command.  If your
event generator is running in sequence (that's the default configuration), you
have to run one of these methods from your command when you're finished with 
what you
were doing so that the EventGenerator can know that it can proceed with the
next event.   It will wait (on purpose) for you to run it method.

What you did with your change was turning your sequenced generator into a
parallel generator that doesn't have to wait for the callbacks to be run in
order to dispatch the next event; all the events get dispatched on the same
frame.  But to achieve that you should just change trigger property
from TRIGGER_SEQUENCE to TRIGGER_PARALLEL using the unchanged class.

Hi Gabriel,

regarding this event chaining question, I was wondering if
notifyCaller() could also be extended in order to handle the
callback to the EventGenerator from the command to trigger 
the next event instead of doing event.callback.result(). 
The notifyCaller() would the notify views but also the eventgenerator
if a callback is available in the event...
What do you think?

Thanks for any answer.
Cédric