What can scripts still do on no-script land?

What can a script do on non- scripted land? Besides talking via, llSay and similar comands, I have no idea what a script can still do when it is gimped by being on no-script land. My hope is that I can use these functions to help the script determine if its on no-script land. Maybee have some working functionality check out if some code works upon rez.

Any thoughts, ideas?

I don't believe scripts can do anything at all. You can directly check using the region and parcel flags to see if scripts are allowed.

Actually, scripts can still function on no-script land. While most of the functionality of it is gimped, I've actually seen scripted objects use llSay to talk on a negative channel.

Ex: Someone just bought one of my giftcards from my vendor. Instead of rezzing the giftcard on land where its scripts would work, it was rezzed on no-script land. Still, the scripts in the giftcard were able to ask the vendor for activation. Yet after activating the giftcard on the server side, the giftcard wasn't able to store its own data on the client side because it was on no-script land.

You get what I'm saying?

Scripts I think only process control events on no-script land, correct me if I'm wrong. Thats because AO's and vehicles would cause chaos if they didn't?

It seems that scripts that are running can continue to run, but those that are not or that change mode/state of running cannot do so on no-script land.

My Franimation AO script happily continues to function when I'm standing on no script land, changing my stances normally. However, if I fly into no script land and stop flying above it, I remain stuck in flying pose. I haven't read the entirety of the script to try to understand why, however, I guess that currently running routines, like monitoring and responding to stand (state) changes, are considered running scripts and not stopped. But subroutines that were not running, like switching from flying to hovering for example, --which are initiated by key changes, not automatic avie state (stand) changes being monitored-- are disabled, since they start a new script function not already running.

Please, would someone who knows scripting well enough shed light on these views and observations?

the common way to "kick-start" scripts in no-script land is to fly up to the cloud layer, wait for it to begin, and come back down... works for many things but not all... not sure what changes... I THINK it has to do w/ states vs functions...YGiaGaM

This certainly is interesting...

AO works on No-script land too? I should try that sometime when I find an AO. (I still move like a newbie. lol)

So if I'm hearing this correctly, no-script land is causing the script to stop at the last state/function that its currently in? I really wish we got a Linden's word on this. Its not like we built the damn game.

This is appears to be way more complicated than I thought. The obsolete llScriptDanger documentation () suggests that 45m above llGround() is the no-script ceiling, for reasons described by Andrew Linden in . AFAIK, both vehicles and (most) AOs are "exempt" simply by virtue of having taken controls. That a freshly-vended giftcard belonging to somebody without parcel permissions should be able to function is really mysterious (unless it was over 45m ). Very interested in further data.

hah then you'll love this Qie.... if I attempt to start my AO (by attaching or resetting) on no script land.... it fails.... same if it was on, but I TP'd in.... must go up.... but once started, seems to work find back on the ground....

it's the latest WetIkon model (1. so you can bop over to their store, grab it for free and peek at the code it you like (it's GPL'd), not inworld atm or I'd give you the coordinates