[Function Request] llAttachToAvatarTempFromInventory()
tracked
Vincent Nacon
A new function,
llAttachToAvatarTempFromInventory(integer AttachmentPoint, string ItemName)
, that allows an already attached object to temporarily attach items from that object's inventory without triggering a permission prompt.Use Case:
Currently, HUDs and wearable objects must pre-attach all possible assets or rely on cumbersome rezzing workarounds to swap out attachments dynamically. This leads to performance issues due to high prim counts and complexity. A smoother system would be beneficial for:
Modular HUDs: Hide/show different components without inflating linksets. Helps with keeping resources low when the main hud is worn at all time.
Handheld Items: A backpack could let a user select and equip objects (e.g., food, tools, toys) seamlessly.
App-Based Wearables: A "smartphone" HUD could swap out apps dynamically without needing excessive link changes or manual updates.
Why It’s Needed:
Better UX: No unnecessary permission pop-ups for already attached objects.
More Flexibility: Allows seamless temporary attachments without excessive preloading.
Performance Gains: Reduces linkset size and avoids multiple workarounds.
Proposed Behavior:
If the calling object is already attached, it can attach another item from the object's inventory without requiring a permission prompt. If the calling object is not attached, it must request attachment permissions as usual. If the user sits on an object, it must still ask for attachment permissions, following existing conventions.
This function would streamline many workflows and enhance interactivity in Second Life while respecting user control.
Log In
Flame Swenholt
Something like this could be interesting for a system I already use for outfit management, where options on an avatar are toggled from a temporary object that unequips after a few seconds. This reduces memory overhead and makes for better inventory management.
Having the option to internalize some of this could be interesting.
Spidey Linden
tracked
Issue tracked. We have no estimate when it may be implemented. Please see future updates here.
Journey Bunny
Little bit tricky. Neat if it could work, but:
When something within an object's inventory is going to temp-attach to you, that object currently needs to rez, perform temp attach, and then when given permission, changes ownership and attaches (temporarily).
If an object already-worn (eg, already owned by the wearer) attempts to perform the same trick, there would be object rez permission implications there, since the "rezzing object" would not already have been rezzed with permission (and therefore inheret its owner's rez permissions to rez items from its inventory). So I think such a thing would be neat, but can not work like the current temp attach functionality.
IFF the ability to give items into inventory (including specific sub-folder) comes along (which iirc, it is) and a LL variation of some of the RLV capabilities comes along (which is on the roadmap), then this function won't be needed; all the UI components could be in an inventory sub-folder, and when you wear the HUD, it could attach from your avatar inventory (instead of object inventory), getting around the rez permissions issue entirely.
Not sure which way I'd prefer etc--just voicing the underlying issues!
Wulfie Reanimator
I don't see why this method (temp-attaching from contents) would imply rez permissions. We don't need rez permissions to attach things, so whatever mechanism is used there should apply here too.
Journey Bunny
Wulfie Reanimator Look again~ It's to attach things from the OBJECT's inventory, not the avatar's. Region has to load that at present.
Wulfie Reanimator
I know. Vincent and I discussed this on the SL discord while he was making the writeup. A proper implementation of this function should be able to bypass physical rezzing on the land.