Difference between revisions of "Touch start"

From Second Life Wiki
Jump to navigation Jump to search
m
Line 16: Line 16:
             llWhisper(0, "Touched by " + llKey2Name(llDetectedKey(i)));
             llWhisper(0, "Touched by " + llKey2Name(llDetectedKey(i)));
     }
     }
}</lsl><lsl>// If using a touch to change states be careful about the touch_ event order...
}</lsl>
 
If there is any state change in touch_start event and you click on a prim and release before the state is changed, succeeding [[touch]] and [[touch_end]] events will be discarded from the event queue before entering the new state. It means no touch_* event will occur in this new state until you touch it again. If you drop this script into any prim and click it, you will only see the message "You just started touching me so I'm going to the other state...". When you click it again, you will only see the message "The touch that brought you here just ended so I'm going back to default...".  
// On clicking a prim with touch events we trigger touch_start (as), touch (during) and touch_end (as released).
<lsl>default
 
// The chain of events is established in the script as touch_start is triggered that remains intact until either
 
// touch_end is triggered or a new touch_start (discounting resets, deletions, taking to inventory etc.).
 
default
{
{
     touch_start(integer nd)
     touch_start(integer nd)
Line 31: Line 25:
         state other;
         state other;
     }
     }
// A very rapid click would (and does if your VERY quick) beat the state change so the script would/does not behave as expected.
}
}
state other
state other
Line 37: Line 30:
     touch_end(integer nd)
     touch_end(integer nd)
     {
     {
// The average click will have you catapult through this state with nothing but a chatted message to remember it by.
         llSay(0, "The touch that brought you here just ended so I'm going back to default...");
         llSay(0, "The touch that brought you here just ended so I'm going back to default...");
         state default;
         state default;
Line 58: Line 50:
|also_articles
|also_articles
|also_footer
|also_footer
|notes
|notes=*If using a touch to change states be careful about the touch_ event order. On clicking a prim with touch events we trigger touch_start (as), touch (during) and touch_end (as released). The touch_ chain will remain intact until either touch_end is triggered or a new touch_start. If however the script is reset (although there is some doubt as far as this is concerned (see {{Jira|SVC-3017}} for more details) the chain will be cleared. If the script is taken into inventory, deleted or the like, the touch_chain is cleared too. It is not certain whether the behavior is truly a bug or expected.
|mode
|mode
|deprecated
|deprecated

Revision as of 18:50, 21 May 2010

Description

! Event: touch_start( integer num_detected ){ ; }

Triggered by the start of agent clicking on task

• integer num_detected Number of agents detected touching during the last clockcycle

Caveats

  • When changing from a state that lacks a touch event into a state that has a touch event, the first touch will be dropped; this effects all three touch events (touch_start, touch, touch_end). See: SVC-3017
  • If a prim face has Shared Media enabled and the avatar's viewer supports this feature, LSL scripts will not detect touches on that face. Touches from older clients will be detected.

Important Issues

~ All Issues ~ Search JIRA for related Bugs
   Server drops first touch event when a script returns to a state with a touch_start handler

Examples

You can use numbers 0 through num_detected - 1 to get detected agent keys: <lsl>default {

   touch_start(integer num_detected)
   {
       integer i = 0;
       for(; i<num_detected; ++i)
           llWhisper(0, "Touched by " + llKey2Name(llDetectedKey(i)));
   }

}</lsl> If there is any state change in touch_start event and you click on a prim and release before the state is changed, succeeding touch and touch_end events will be discarded from the event queue before entering the new state. It means no touch_* event will occur in this new state until you touch it again. If you drop this script into any prim and click it, you will only see the message "You just started touching me so I'm going to the other state...". When you click it again, you will only see the message "The touch that brought you here just ended so I'm going back to default...". <lsl>default {

   touch_start(integer nd)
   {
       llSay(0, "You just started touching me so I'm going to the other state...");
       state other;
   }

} state other {

   touch_end(integer nd)
   {
       llSay(0, "The touch that brought you here just ended so I'm going back to default...");
       state default;
   }

}</lsl>

Notes

  • If using a touch to change states be careful about the touch_ event order. On clicking a prim with touch events we trigger touch_start (as), touch (during) and touch_end (as released). The touch_ chain will remain intact until either touch_end is triggered or a new touch_start. If however the script is reset (although there is some doubt as far as this is concerned (see SVC-3017 for more details) the chain will be cleared. If the script is taken into inventory, deleted or the like, the touch_chain is cleared too. It is not certain whether the behavior is truly a bug or expected.

Deep Notes

Issues

All Issues

~ Search JIRA for related Issues
   Server drops first touch event when a script returns to a state with a touch_start handler

Signature

event void touch_start( integer num_detected );