Welcome to the Second Life Forums Archive

These forums are CLOSED. Please visit the new forums HERE

Permission to allow llSay() to chat for avie

Gothly Fetid
Registered User
Join date: 9 Nov 2005
Posts: 15
12-18-2005 18:50
It would be nice if an attached object using llSay() could be allowed, either through an object permission or implicitly, to chat for the avie without the usual green text that appears when stationary objects do an llSay(). This would be really useful for autogreets, answering simple questions, and routine announcements that event hosts have to do a lot. Kind of an "animation override" for chat stuff, like IRC clients have had for a long time.
Strife Onizuka
Moonchild
Join date: 3 Mar 2004
Posts: 5,887
12-19-2005 01:25
It should not be an addition to llSay but a new function.

llAvatarSay(integer chan, string msg)
PERMISSION_IMPERSONATE - can only be granted by the owner with regards to attachments.
_____________________
Truth is a river that is always splitting up into arms that reunite. Islanded between the arms, the inhabitants argue for a lifetime as to which is the main river.
- Cyril Connolly

Without the political will to find common ground, the continual friction of tactic and counter tactic, only creates suspicion and hatred and vengeance, and perpetuates the cycle of violence.
- James Nachtwey
Sable Sunset
Prim Herder
Join date: 15 Apr 2005
Posts: 223
12-19-2005 01:45
From: Strife Onizuka
It should not be an addition to llSay but a new function.

llAvatarSay(integer chan, string msg)
PERMISSION_IMPERSONATE - can only be granted by the owner with regards to attachments.


Agreed.
_____________________
Ben Bacon
Registered User
Join date: 14 Jul 2005
Posts: 809
12-19-2005 03:39
Personally, I want to know when an object is doing the talking - and prefer the green text for that reason. Thinking of two of the specific examples given, for example, rather don't greet me at all than have an attachment fake your sincerity, and hosts could certainly use gestures for announcements.

I do concede, however, that others might want "chat overrides". If this is the case we need more than just talking on an av's behalf - the object with permissions granted should be able to intercept anything the av says (on channel 0) and change it, or even block it completely, before any other av or object heard them. (as many current translators/gags/etc already do, but without requiring an explicit "/99" or whatever)
Gothly Fetid
Registered User
Join date: 9 Nov 2005
Posts: 15
12-19-2005 11:40
From: Ben Bacon
I do concede, however, that others might want "chat overrides". If this is the case we need more than just talking on an av's behalf - the object with permissions granted should be able to intercept anything the av says (on channel 0) and change it, or even block it completely, before any other av or object heard them. (as many current translators/gags/etc already do, but without requiring an explicit "/99" or whatever)


I'd also like some sort of capability like that as well, as when you do event hosting its typical to misspell things and a simple in-line spell checker (e.g. "teh" becomes "the", auto case on proper nouns) would be golden. It could also allow for inline short-hand without having to create a bunch of gestures, sort of like at t8 feature for chat.
Gothly Fetid
Registered User
Join date: 9 Nov 2005
Posts: 15
12-19-2005 11:44
From: Strife Onizuka
It should not be an addition to llSay but a new function.

llAvatarSay(integer chan, string msg)
PERMISSION_IMPERSONATE - can only be granted by the owner with regards to attachments.


Yeah, or an object with PERMISSION_IMPERSONATE set implicitly impersonates on all chat functions when it is attached to the Avie (i.e. whisper, shot, say). That way, there's less code duplication if you want to use the same scripts on objects that should have green text so people know the object is saying it.