llDedectedGroupRole

hey!

i really would need this function so i could set permissions in scripts to grouproles instead of having a notecard with names in, names will change if someone leaves the group ie
useful for doors and devices, chairs, ...

If you did a JIRA for a new llGetActiveGroupRole (key who) that returns the string name of the current role of somebody in the same region, I'd probably vote for it. I'd rather have the actual name of the role than the title that's displayed over people heads - that's less likely to change.

Something to get the key of the active group itself would probably also be nice, too.

hey

the main idea is to use it for teambased games
so i could have TeamRed and TeamBlue as a grouprole, his would make teambased ctf games much more simple

ie.

if(llDedectedGroupRole=="TeamRed"{myGrabFunction();}

i know actually i can make two groups but to switch between groups its not realy userfriendly

btw how do i fill the a JIRA?

I added http://jira.secondlife.com/browse/SVC-2786 for this.. Head over there, log in, and vote!

hey

wow thank you, ive voted
hope LL can add this function

just my 2 cents

this would rock =) not too sure how possible it is, but it'd be awesome.. lol

Gonna go vote!

I wonder why the only group-related function they implemented was llSameGroup(). I suspect that there would have been a performance issue of some kind. Assuming there's a good technical reason not to implement llGetActiveGroupRole() (and why not llGetActiveGroupName() while we're at it?), llDetectedGroupRole() would still be a big improvement.

For example, I sell a worker time clock. One customer couldn't make it work: It uses llSameGroup() to verify that the toucher is in the workers' group. However, it was group owned land, with auto-return enabled, and residents were in the group, not just workers. So, other than configuring by av name or key, there wasn't a good solution.

llDetectedGroupRole() would have worked great for that.

Somebody somewhere mentioned that the sim may not have the actual role name (not the role description which shows over peoples heads but the name of the role) handy. If that's true, and I don't doubt it is, I think SVC-2786 should probably change to just return the text over people's heads.

For this to be really useful, I think llGetObjectDetails (..., [OBJECT_GROUP]) needs to work for more than just objects - the wiki says that always returns NULL_KEY for agents.

hey


llDedectedGroupRole () should return what it is not the name/headtag
ie as the default settings "everyone", "owner", "officer", ...
in the core it would work with a flag but im not a programer

just my 2 cents

At the time groups had only owners and members, and the only group information available to an object (and thus a script) is the key of the group it is set to/belongs to. Since an avatar only has one group active, and the simulator doesn't always have all group information available, an avatar either has the same active group as the object or not.

I do wonder though why it wasn't llGetGroupKey(key id) so you could fetch the key of the group a user is set to. This way, if you have a land-group (that objects are set-to), and a staff-only group then you could compare with the staff-only group's key to see if the avatar has a useful group set that is NOT the same as the object's.