Difference between revisions of "Category:LSL Events"

From Second Life Wiki
Jump to navigation Jump to search
 
m (typo, clarification)
 
(18 intermediate revisions by 6 users not shown)
Line 1: Line 1:
==A==
{{LSL Header|ml=*}}
[[at_rot_target]]
 
<br>[[at_target]]
Within [[state]]s LSL works on events, such as the scripted object starting to move ([[moving_start]]), colliding with things ([[collision_start]]) or a recurring timer ([[timer]]).
<br>[[attach]]
 
==C==
Events do not interrupt each other, but instead are queued {{HoverText|FIFO|First In, First Out}}, though the [[state_entry]] event can jump the queue. If more that 64 events are waiting, new events are discarded until free slots become available. If the script is paused, such as when an object is taken to inventory, pending events are preserved and handled the next time the object is rezzed.
<br>[[changed]]
On state change the event queue is cleared and any open listens are [[llListenRemove|removed]] automatically. Reoccurring sensor events ([[sensor]]) are set not to reoccur in the new state and must be manually re-enabled (via [[llSensor]] or [[llSensorRepeat]]), but timer events (from [[llSetTimerEvent]]) ''do'' reoccur. Please refer to the [[State]] article for further details.
<br>[[collision]]
 
<br>[[collision_end]]
For legacy LSL - the events are registered as bit flags in an unsigned-64 bit integer, meaning there can only ever be 64 events.
<br>[[collision_start]]
 
<br>[[control]]
 
==D==
{{KBtrivia|<b><code>event</code></b> is a reserved word in LSL, but it is not used. If you try to use it as a function or variable name, it will cause a syntax error.}}
<br>[[dataserver]]
 
==E==
{{LSLC|Keywords}}
<br>[[email]]
{{LSLC|}}
==H==
<br>[[http_response]]
==L==
<br>[[land_collision]]
<br>[[land_collision_end]]
<br>[[land_collision_start]]
<br>[[link_message]]
<br>[[listen]]
==M==
<br>[[money]]
<br>[[moving_end]]
<br>[[moving_start]]
==N==
<br>[[no_sensor]]
<br>[[not_at_rot_target]]
<br>[[not_at_target]]
<br>[[object_rez]]
<br>[[on_rez]]
==R==
<br>[[remote_data]]
<br>[[run_time_permissions]]
==S==
<br>[[sensor]]
<br>[[state_entry]]
<br>[[state_exit]]
==T==
<br>[[timer]]
<br>[[touch]]
<br>[[touch_start]]
<br>[[touch_end]]

Latest revision as of 08:29, 13 May 2014

Within states LSL works on events, such as the scripted object starting to move (moving_start), colliding with things (collision_start) or a recurring timer (timer).

Events do not interrupt each other, but instead are queued FIFO, though the state_entry event can jump the queue. If more that 64 events are waiting, new events are discarded until free slots become available. If the script is paused, such as when an object is taken to inventory, pending events are preserved and handled the next time the object is rezzed. On state change the event queue is cleared and any open listens are removed automatically. Reoccurring sensor events (sensor) are set not to reoccur in the new state and must be manually re-enabled (via llSensor or llSensorRepeat), but timer events (from llSetTimerEvent) do reoccur. Please refer to the State article for further details.

For legacy LSL - the events are registered as bit flags in an unsigned-64 bit integer, meaning there can only ever be 64 events.


KBtrivia.png Trivia: event is a reserved word in LSL, but it is not used. If you try to use it as a function or variable name, it will cause a syntax error.