You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jan 5, 2021. It is now read-only.
Regions are executed according to their respective prioritization. When simulating the attached example as follows, this leads to the following (intended behavior):
After starting the simulation:
raise 'change': states B (region a) and D (region b) become active, i.e. the change2 event, raised by exiting state A, is directly consumed in region b (as this region has lower priority and is executed before).
raise 'change3': state C (region b) becomes active, but not state A (region a), because it is contained in a region that has higher priority (and the internal event is raised after the region was executed, so here the raised event is not directly consumed).
While the behavior is consistent (the execution semantics is defined based on prioritization of regions), the user does not have any direct visual feedback about the prioritization in the UI, but only implicit through their orientation (priorities match the orientation). We should IMHO add a more specific visualization of the priorities.
Further, during simulation the execution of the region is never highlighted as a simulation step. As such, the fact that in step 2. region a is executed (while not doing anything) before region b is not visible to the user. We should IMHO highlight the active region and add support for visualization of such 'micro steps'.
The text was updated successfully, but these errors were encountered:
nyssen
changed the title
Inconsistent execution semantics w.r.t. to internal event reactions.
Prioritization of regions not obvious in UI (and simulation)
Mar 2, 2016
nyssen
changed the title
Prioritization of regions not obvious in UI (and simulation)
Prioritization of regions is not obviously visible in editor and simulator.
Mar 2, 2016
Regions are executed according to their respective prioritization. When simulating the attached example as follows, this leads to the following (intended behavior):
After starting the simulation:
While the behavior is consistent (the execution semantics is defined based on prioritization of regions), the user does not have any direct visual feedback about the prioritization in the UI, but only implicit through their orientation (priorities match the orientation). We should IMHO add a more specific visualization of the priorities.
Further, during simulation the execution of the region is never highlighted as a simulation step. As such, the fact that in step 2. region a is executed (while not doing anything) before region b is not visible to the user. We should IMHO highlight the active region and add support for visualization of such 'micro steps'.
The text was updated successfully, but these errors were encountered: