Functions that require experiences

[Martin-Pitt]

Since there are functions that actually require experience to be configured for the script to compile at all — could we flag those specifics functions with an additional "experience: true" property?

Affected functions are:

• llAgentInExperience
• llCreateKeyValue
• llDataSizeKeyValue
• llDeleteKeyValue
• llGetExperienceDetails
• llGetExperienceErrorMessage
• llKeyCountKeyValue
• llKeysKeyValue
• llReadKeyValue
• llReplaceAgentEnvironment
• llRequestExperiencePermissions
• llSetAgentEnvironment
• llUpdateKeyValue

---

Additionally there is a special function that specifically requires a linden owned experience:

• llOpenFloater

I'm not sure how to address the latter as it is effectively equivalent to god mode while not being flagged as such.

[bennettgoble]

This seems like a reasonable suggestion. Would you be able to create a PR with experience: true set on the listed functions, @Martin-Pitt?

Regarding llOpenFloater: maybe the appropriate thing to do here is to set both experience: true and private: true to omit it from any generated documentation.

[Rider-Linden]

I'm not sure we want to omit it completely. It should certainly get special attention though.
Here is a link to the key table from the wiki.

[HaroldCindy]

It seems reasonable to add a linden_experience tag for the llOpenFloater() case for now so that downstream consumers know what the deal is (it's already tagged as such on the wiki.)

I wouldn't be opposed to private as well since it really just means "don't include this in the syntax files", but if that's contentious then just linden_experience is fine.

[Martin-Pitt]

I've put together PR at #5

Oh, re-reading HaroldCindy's comment I realise I had put the property as linden-experience instead of linden_experience, which matches with func-id and god-mode, so stuck with the kebab case.

I did spot the undocumented bool_semantics which isn't kebab and have no idea what exactly it means.

[HaroldCindy]

@Martin-Pitt bool_semantics (similar to index_semantics) is a SLua-specific thing and tags return values that (in the future) should be treated as booleans by the translation layer, my not using kebab there was a mistake ;) .