Does anyone know if v1.1 is going to fix this whole "active group" problem?
It would be nice to be able to script objects that only respond to a certain group/groups, without having to force the users to switch active groups before using it.
As far as I can tell, the only real point to having an "active" group is for the individual to decide which title they want displayed with their name.
For everything else, the user should either be a member of the group or not a member of the group.
Likewise, if there are going to be more "levels" of "groupiness" (?!?), such as officers, veterans, members, newbs, etc. (Hopefully this made it into the group features, and also hopefully it will be dynamic, and not restricted to a fixed number/type of "level"
. Anyway, if this makes it in, it would be nice to determine (via LSL) not only whether a person is in a specific group, but what their "level", or membership status is within that group.
Something like "string llIsInGroup(key id, string group, integer active)" where the return value is either their title, or some group-defined membership level indicator. Set the active flag to TRUE if you only want to check their active group, FALSE if you don't care whether the group is active or not.
I'm still debating whether, for security purposes, the function should work if the object owner is not in the specified group themselves. On the one hand, you could use it to ban groups, or if we ever have a real combat sim again, you can script "smart" weapons to target the opponent group(s) during a combat exercise. On the other hand, this could be carried to an extreme and be used for "griefing."
Even if it were implemented where the object could only detect the owner's groups, it should still be able to detect mentors, instructors, liaisons, and other "official" groups. (Anyone who abuses this to grief these groups pretty much deserves what they get, which will be a suspension.)
