FEC ordering of Zero Time Events: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
No edit summary |
||
(One intermediate revision by the same user not shown) | |||
Line 19: | Line 19: | ||
<font size="2">idkbase note 18</font> | <font size="2">idkbase note 18</font> | ||
[[Category:Runtime Engine]] | [[Category:Runtime Engine]] |
Latest revision as of 02:39, 13 January 2008
The FEC orders zero time (immediate events) as follows
- Broadcasts have top priority (including item and system info BCs)
- Moves and Unblocks
- Clock resetting/restart
- Button clicks during animation
- Other events (0 delays etc)
The idea is to process as many activities as possible (eg: handling BCs)
before making move and unblock decisions based on the side effects due
to attribute/table changes.
This starts to bring order into the otherwise murky world
of zero time events. You still must not depend on the order of BCs being
processed, unblocks and moves being performed etc.
idkbase note 18