|
Akiba Campbell
Registered User
Join date: 23 Jun 2006
Posts: 3
|
09-09-2006 09:13
What I am trying to do is place 2 scripts into the root prim of an object and have the controller copy the receiver to all linked child prims. Now this already works fine, but the problem now is that I need those scripts in running state. The only way I seem to be able to get the scripts running is by taking the object into inventory, rerez it and then set the scripts to running through the menu. SL doesn't seem to notice the new scripts in the linked prims unless I either rerez the object or manually let it load the prim inventory of every single prim by editing the linked prims.
Any insight would be greatly appreciated. Is there any way to start the script without using llRemoteLoadScriptPin or rerezzing it?
|
|
Avil Creeggan
Crazy Stalker.
Join date: 16 Jul 2006
Posts: 39
|
09-09-2006 09:28
If you set the fourth argument of llRemoteLoadScriptPin to "TRUE", it should load in a running state. If that doesn't work, you could experiment with the "changed" event and llSetScriptState in the script in which you defined the remote load PIN.
|
|
Akiba Campbell
Registered User
Join date: 23 Jun 2006
Posts: 3
|
09-09-2006 10:00
Thank you for the reply, but my question was about a way other than with the remotepin one. You see, if I had to place a script to set the pin in every prim I could just as well simply put the script I want there instead. However, it looks like my current way is the only available viable alternative. It just strikes me as odd that there wouldn't be a better way for linked sets. But then again after realizing that the only way to premanently storing variables, is by putting them into prim descriptions, I shouldn't be so surprised. 
|
|
ed44 Gupte
Explorer (Retired)
Join date: 7 Oct 2005
Posts: 638
|
09-09-2006 17:13
Don't forget you can store them in the name (up to 63 chars) too, but you gotto write your own say and ownersay routines, temporarily replacing the prim name.
|