Lucia Nightfire

I'm not sure how llGetObjectDetails() would be used in regards to object inventory, but I have been bringing up the need for llGetInventoryDesc() for some time in the server meetings. IDK if/when a dev can make it happen, but seeing how quickly llGetInventoryAcquireTime() was implemented when I recently brought it up, maybe there is a better chance now than there was this time last year.

I still see on_rez() & object_rez() randomly not trigger in certain apps of mine. I've had to script my more critical apps to not use either.

There is no LSL script function to directly handle link inventory. @Rider Linden mentioned in the last server meeting that he is interested in implementing a new scripting function for interfacing with object inventory. I suggested it should have link capability. This feature request has already been filed too.

Why was I thinking Lucky Charms when I read the title?

I'm still trying to get that to become a reality. 😕

Product Engine still holds major influence and continues to dictate development/feature implementation behind closed doors. Sadly, most of the people making policy/development/feature decisions are not users of the platform at any level, recreational nor enthusiast.

Apparently, Vanilla Bae is another.

Just as the title says. What brands offer clothing that has "pulled up" & "pulled down" states? I know Wretch & Starbright offers them, but their clothing is only for the Kemono body and its various mods. So I'm curious who else offers them and for what bodies.

It might not be fishing pyramid schemes promoted by alts, but it still stinks the same.

Yes.

Sadly, no script can anticipate a teleport without remote communication/interference before the teleport happens as once a teleport process begins, all script scopes are frozen until the teleport completes/fails and scripts are loaded again. llMoveToTarget() is a script bound property so once set, it doesn't have to be called again to remain active. The script just needs to remain loaded in the region and running. Most times once a remote teleport has occurred and the script using llMoveToTarget() loads in the next region, the property auto-activates before any changed event can trigger fast enough for it to be stopped. Firestorm's Movelock is also susceptible to this.

Reminded me of Magika - Heartbeat a little.

The primary reason free content is ungiftable is to deter the grief vector of some bot/idiot using a third party(seller) to spam send inventory offers, forcing to victim into a situation where they have to mute/block someone who is not the actual griefer.

Even with public build and public object entry off, people can still "drive" objects onto your land, stand up and leave them. It's always a good idea to use a short autoreturn time if you're not using public building and a moderate autoreturn time if you are.

I think this is what everyone was referring to, otherwise it should be understood that location keyframing in an animator itself is essential with most animation creation.

Yeah, but animats said implications for Secondlife. When/Where/How would that come to fruition? Management and developers don't exactly have a track record for even keeping up with industry standards, let alone new tech.

Implications in what way? It's not like LL would move the render pipeline onto Unreal's engine if the licensing was affordable anyway and if it's not affordable and patented it's not like LL is going to brew/roll their own.

I've also been trying to get llGetInventoryDesc() offered as well as there are several feature requests for it, but priority still seems to be elusive.

The developer that implemented this function seems to be interested in making newer inventory functions. I suggested offering link access to offer greater flexibility over what we're limited with currently. This feature request covers most cases.

The following are the correct links: https://releasenotes.secondlife.com/simulator/2021-05-12.559669.html https://releasenotes.secondlife.com/simulator/2021-05-21.560002.html

Why am I getting an @lindenlab.com google accounts sign in page when clicking the release notes link? Is it because the "staging" protocol was used?

Yeah, but when you move an inventory item to another link a new acquire time is created for it there, so if you then delete the original inventory item and reset the script tracking things, you've lost that record whereas if you've kept the inventory items together, their acquire times would not change and a reset script could still figure out which are the oldest/newest item(s). I still feel the most common use case will be knowing if something is original or was replaced. Acquire times can be hard coded into scripts for checking. Acquire times can be used as identifiers the same way prim/mesh creation times can be.

So this function was implemented recently and is available on the beta grid for testing in the region Jigglypuff. The implementation stems from the feature request BUG-227663 where the benefits & use cases are listed. I'm sort of surprised it got any priority. It currently does not offer millisecond precision yet, but is available in ISO format so that it may hopefully be offered at some point in the future. For example, you will see 2021-05-25T21:18:36Z instead of 2021-05-25T21:18:36.976645Z I'm bringing attention to this function early to get opinions and will probably do the same for any new functions I'm made aware of in the future.

https://en.wikipedia.org/wiki/The_Pet_Goat