X-Git-Url: https://git.decadent.org.uk/gitweb/?p=ion3-doc.git;a=blobdiff_plain;f=ionnotes%2Fnode5.html;h=d3aba2e7d96c6cc553064f83c0e67646e0071b54;hp=51c46f894c67e6f0217feffedb478d18346bab93;hb=16a5f824c31d29598763c5f49918ef67a47ad7e0;hpb=6e84dc8312f2fdb5b8b7467a0279afd5b2df107f diff --git a/ionnotes/node5.html b/ionnotes/node5.html index 51c46f8..d3aba2e 100644 --- a/ionnotes/node5.html +++ b/ionnotes/node5.html @@ -83,10 +83,10 @@ original version by: Nikos Drakos, CBLU, University of Leeds

To keep Ion's code as simple as possible yet safe, there are restrictions when the WObj -destroy_obj +destroy_obj function that calls watches, the deinit routine and frees memory may be called directly. In all other cases the -defer_destroy +defer_destroy function should be used to defer the call of destroy_obj until Ioncore returns to its main event loop. @@ -104,7 +104,7 @@ following cases: some reason failed to reparent the object to this frame.

  • In a deferred action handler set with - defer_action. + defer_action. Like deferred destroys, other deferred actions are called when Ioncore has returned to the main loop.