A Few LSL Ideas

instant_message(string name, key id, string message);

This event is raised whenever a message in sent via instant message to the scripted object. The name and id of the speaker as well as the message are passed in as parameters.



PERMISSION_CONTROL_AGENT

If this permission enabled, the object can successfully call the llAgentSay libray call.



llAgentSay(integer channel, string text);

The agent being controlled says the text on channel. Channel 0 is the public chat channel that all avatars see as chat text. Channels 1 to 2,147,483,648 are private channels that are not sent to avatars but other scripts can listen for through the llListen api

Anyone?

This is email...




why?!

It's annoying that emails take about 30 seconds to go from one object to another. IMs go instantaneous. If you've two objects on two completely different sims that you need to communicate with one another QUICKLY, it's annoying.

As for the AgentSay, it would allow you to make away messages or something of the like. What would be better is if you can make an object filter whatever the wearer says, so that you could make voice activated triggers that aren't said aloud.

The "instant_message()" event has been asked for forever and a day. There are plenty of applications for this. Its more secure than communications on a channel, and would remove a lot of llListen() processing too. The only problem is that griefers could cripple scripts by sending unscrupulous IM's to an object.

The llAgentSay() has some interesting possibilities...

- Ace

I've never had inter-object emails be anything less than nearly instant.

Object-to-object IM from anywhere in the world, plus object-to-object inventory giving from anywhere in the world, would revolutionize the way vendors work.

I can see all of these suggestions as HUGE spammer / griefer tools.

Sorry, gotta vote no to these.

I suppose you voted "no" to llTargetOmega too, since that's used for rotating billboards?

I don't know what you have been doing, but I have email with turn around times of < 1000ms and < 1500ms webbased. The instant message thing you are preposing would be a ghosted event/function of email. I even bet you it would work the same way in the backend!

I'm working around this object-object comms limit as well. I think the delay issue arises when an object needs to llEmail a "request-for-data" to a central server object in a different sim... then waits for for the return email. The problem is that the sending scripts pause after llEmail... so even if the reply email from the central server is instant, the object sending the initial request has to wait through a timeout to receive the requested data and act on it.

The IM spam problem in relation to people spamming objects with IM to confuse the script is no different than people chatting in attempt to disrupt a script. It might be possible to code a script that scans all te chat channels, recording what it "hears." That data can be turned around to spam an object. I think object-object IM comms could be more secure, IF they require both a key AND an IM channel.

Finally, the solution that would solve my problem is to not have a notecard regenerate its key each time I update the notecard. I wouldn't need object-object comms if that were the case. Maybe LL could offer keys for purchase/lease? I could lease a package of 5 UUID keys for instance... then write a notecard... save it... and select one of my leased keys from a drop-down list. Wouldn't that be cool!?

I really would like a permission to speed up instant messages. Like permission to animate. Just it would be permission to take out the built in delay between IMS. IM are the best way to reduce the spam associated with gambling machines, and many other scripts. With a work around against the lag, I think people are more likely to use whisper.