-> <option> follows the same format as @getstatus
-> i.e. @getcommand:tp=<channel> will (currently) return "/acceptpermission/accepttp/getpath/getpathnew/sittp/standtp/tplm/tploc/tplure/tplure_sec/tpto"
--HG--
branch : RLVa
-> folder links are only followed if they're a descendent of the base folder
-> linked folder can be located anywhere in inventory
-> linked folder can't be in the base folder's descendent tree or be an outfit folder
-> items inside of the linked folder will be folded in under the folder the link belongs to for @getinvworn
-> only direct or folded descendents of the linked folder will be collected
--HG--
branch : RLVa
-> see RLV-2.1 specification
- added : "RestrainedLoveReplaceWhenFolderBeginsWith" setting as a per-folder override to make @attachover:<path>=force "Wear Replace" rather than "Wear Add"
-> not part of the official specification
--HG--
branch : RLVa
- internal : changed @detachme=force to use LLVOAvatarSelf::detachAttachmentIntoInventory()
- internal : fix-up for LLAppearanceMgr::removeItemFromAvatar() due to merging in Appearance-Misc patch branch
--HG--
branch : RLVa
-> partial commit of support 'framework' *only* (completely untested so force wearing is probably very broken/non-functional right now)
-> an (unintended) side-effect of the current implementation is that "nostrip" *wearables* won't get replaced on a force-replace wear, revisit later
--HG--
branch : RLVa
- internal : refactored @attach* and @detach* force commands to use RlvCommandOptionGeneric
-> TODO: figure out what to do about @detach[:<option>]=force
- fixed : executing @getpath=<channel> (without an option) returns an empty reply even if the item resides under #RLV
- fixed : @*this[:<option>]=force commands should be acting on all wearables/attachments on the specific wearable type/attachment point
--HG--
branch : RLVa
-> @remattach:top=n (with no current attachment on "top" or any other locked HUD attachments)
-> uncheck "Show HUD Attachments" (allowed because RlvAttachmentLocks::hasLockedHUD() will return FALSE when there are no locked HUDs)
-> attach HUD attachment to top => invisible
- fixed : HUD zoom level should be restricted when a HUD attachment is non-detachable
- fixed : wireframe should be disabled when a HUD attachment is non-detachable
--HG--
branch : RLVa
Kitty Barnett