-> ordering information is stored in a link's description so when linking to an item link we should use its description rather than its target's
--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
- fixed : attachment points on the "Attach To" inventory context menu are disabled when (at least) one non-detachable attachment is attached
- fixed : attachment points on the "Attach To" object context menu are disabled when (at least) one non-detachable attachment is attached
-> with multi-attachments items/objects will "add attach" rather than "replace attach" so they should only disable if the attachment point is RLV_LOCK_ADD locked
--HG--
branch : RLVa
- fixed : inventory items inside of a non-detachable attachment shouldn't be renameable
- changed : "Rename" and "Delete" context menu options are now visually disabled rather than hidden when not available
--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
- fixed : "Add to Outfit" and "Replace Outfit" already place the attachment links into COF and don't need to be tracked through mPendingObjLinks
- fixed : get_is_item_worn() shouldn't make the assumption that items in COFs are always worn
--HG--
branch : Appearance-Misc
-> the force-wear in @attach:folderA=force,addattach=n should succeed in spite of the @addattach=n restriction that's present on actual attach
- internal : added typedefs for vectors containing (const) LLViewerObject pointers
-> std::vector is apparantly faster for small lists than std::list
- fixed : "Add to Outfit" and "Replace Outfit" already place the attachment links into COF and don't need to be tracked through mPendingObjLinks
--HG--
branch : RLVa
- fixed : LLAgentWearables::mInitialWearablesLoaded doesn't accurately reflect whether the initial wearables have actually loaded
-> if LL ever gets rid of all the legacy (mostly dead) code in llagentwearables.* we can just use mWearablesLoaded
--HG--
branch : Appearance-Misc