User talk:Alopex Khaos

From Second Life Wiki
Jump to: navigation, search

Alopex Khaos (talk) 11:06, 21 June 2015 (PDT)
First wiki I ever edited. Not too familiar with wiki procedures. This looks like the best place for me to log justifications for my edits. Anyone feel free to point me to a better/more official place if there is one. Likewise for formatting standards.

You can always document/justify/discuss the changes you make on each pages discussion page :-) --Torb.jpg Torben 15:36, 22 June 2015 (PDT)

Justification for edit to caveats of https://wiki.secondlife.com/wiki/LlSensor and https://wiki.secondlife.com/wiki/LlSensorRepeat:

Alopex Khaos (talk) 11:06, 21 June 2015 (PDT)

Procedure:
  • Created a hemispherical prim, 0.1 meters in diameter, with the curved side oriented to +X.
  • Added a simple script to change the prim's color to red in sensor and green in no_sensor events, triggered by llSensorRepeat("",NULL_KEY,AGENT,3.2,PI_BY_TWO,0.1).
  • Duplicated the prim, rotated it by 180 degrees about Y axis and placed at the same location, creating a 2 part sphere. Edited the script to change the colors to yellow and blue. Linked the prims with red/green version as root.
  • Walked around the object and observed color changes as expected with the side of the sphere nearest me changing to the sensor event color whenever I came in range.
  • Wore the object as a HUD. Approached another Avatar. Observed the red/green toggle when I came into and left sensor range, so long as I was facing more toward the avatar than away. Observed yellow/blue toggle when I was facing more away than toward.
  • Rotated the HUD 90 degrees about Z axis and repeated above. Observed that the sensor orientations did not change.
Conclusions:
  • Caveat regarding attachments as originally written is correct only for the root prim of an attachment. Non-root prims in attachments have their sensor direction offset from the avatar's forward direction according to how the prim is oriented relative to the root prim.
  • This should be regarded as a useful feature, not a bug, and documented accordingly.