Jump to content

steph Arnott

Resident
 View Profile  See their activity

  • Posts

    3,914

  • Joined

  • Last visited

 Content Type 

Everything posted by steph Arnott

  1. steph Arnott
    The strided list will contain paired information you need. The second is the agents name. That information if for you because it is user freindly and is used for the menu button. The first is the key of that agent which the script function needs. You need to read this http://wiki.secondlife.com/wiki/Category:LSL_List Before you can do anyting you need to sort the list part out. Once that is correct then using the information can be delt with.
  2. steph Arnott
    I gave you advice. You do not need two lists. A strided list will do. < UUID, Name >
  3. steph Arnott
    Well for one thing you do not need two lists for key and name. You use a strided list.
  4. steph Arnott
    changed(integer change) { if (change & CHANGED_LINK)//when a link change is detected do the code { key agent = llAvatarOnLinkSitTarget(1); if (agent) { } }//because of this you have invalidated the following as it is not in the CHNGED_LINK cade branch else if (llAvatarOnLinkSitTarget(2) { } else { } }
  5. steph Arnott
    None of it is readable.
  6. steph Arnott
    Well the script reason was given but the issue was land, not script. At the end of the day it is resolved.
  7. steph Arnott
    So nothing to do with your post? Okay.
  8. steph Arnott
    The message in the first still applies. The Second was just an additional.
  9. steph Arnott
    You do not use NULL_KEY as a filter or conditional. It is that simple. Good day.
  10. steph Arnott
    No, I just respect those that are experts over someone who is not. Simple logic.
  11. steph Arnott
    I will take Strife Onizuka informed explaination to me over yours. Be blessed.
  12. steph Arnott
    It will and at times will not. It is another miss-use that gives intermitant glitching. Also i know you use "". I tend to use which ever filter suits my needs.
  13. steph Arnott
    Firstly 'In many applications keys are checked against NULL_KEY to determine if they are valid; this is bad practice.' that means it will glitch. Secondly, why on Earth would you test for a NULL_KEY for coms when everything in SL sends its UUID? Nothing sends a transmission with a NULL_KEY. LL state that valid keys should be tested and not an invalid NULL_KEY.
  14. steph Arnott
    Read the official LSL wiki for starters then. It gives plenty of information.
  15. steph Arnott
    Has not been active for years.
  16. steph Arnott
    You probably are because you are stuck in LSO mode. LSL has advanced since those kludge days and when SL goes to 'cloud' you will have to be even more specific in code.
  17. steph Arnott
    Totally false information. Clearly you are not in that group. Also you have to pay to join.
  18. steph Arnott
    'On certain mesh parts you may get this error when the scripts are reset/rebooted as the vehicle initially scans and sets up the physics based on keyword. This will not affect vehicle operation as the error occurs before the script has finished scanning and setting the linkset. Additional information 'Remove the "prim" keyword from link names. Mixing the PRIM_SHAPE_PRIM with other prim shapes at the scripting level causes this.'
  19. steph Arnott
    My claims? Even LL's own code writters state NOT to use NULL_KEY in MONO. They state to only test for a valid key or in the case of listen filters to leave it "" or a valid key..
  20. steph Arnott
    I give up. It is just wasting my time.
  21. steph Arnott
    LSO was as loose as a clowns pocket. Mono tightened up those things we got away with. If you use a NULL_KEY it will glitch. Maybe not today, not next week and then wollop it refuses to work.
  22. steph Arnott
    You use it, then when it glitches you will be scratching your head wondering what is going on. I have been in SL to long and know what will happen. And FYI you should not even be valuating a NULL_KEY even in a conditional. It is a bad practice.
  23. steph Arnott
    vector color = <1,1,1>; float intensity = 1.000; float radius = 10.000; float falloff = 0.750; integer iSwitch; default { state_entry() { llListen(737, "", "", ""); } listen(integer number, string name, key id, string message) { if(message=="BlinkON") llSetTimerEvent(2.0); else if(message=="BlinkOFF") { llSetTimerEvent(0.0); iSwitch = 0; llSetLinkPrimitiveParamsFast(LINK_THIS,[PRIM_POINT_LIGHT, FALSE, color, intensity, radius, falloff, PRIM_FULLBRIGHT, ALL_SIDES, FALSE, PRIM_GLOW, ALL_SIDES,0]); } } timer() { iSwitch = !iSwitch; if (iSwitch) { llSetLinkPrimitiveParamsFast(LINK_THIS,[PRIM_POINT_LIGHT, TRUE, color, intensity, radius, falloff, PRIM_FULLBRIGHT, ALL_SIDES, TRUE, PRIM_GLOW, ALL_SIDES,0.2]); llSleep(0.5); } else llSetLinkPrimitiveParamsFast(LINK_THIS,[PRIM_POINT_LIGHT, FALSE, color, intensity, radius, falloff, PRIM_FULLBRIGHT, ALL_SIDES, FALSE, PRIM_GLOW, ALL_SIDES,0]); } }
  24. steph Arnott
    Two are filters. That is using the old LSO.
  25. steph Arnott
    You can not use NULL_KEY in the llListen function. It has a value of "00000000-0000-0000-0000-000000000000". You are locking your script to a value it will never recieve. Set it to llListen(737, "", "", "" );
×
×
  • Create New...