✨ Feature Requests

Long lamented on the SL forums, and anyplace SL users congregate, "the death of collaborative inworld building' is seen as a major social issue for many creatives and collaborative efforts. Reducing the inherent 'land impact' of the 'basic-building-blocks-of-sl' would make prim-building more of a viable activity, both as a social/collaborative outlet in sandboxes and limited impact private builds, but also as a path toward helping new users function in the user-generated-content economy. A reasonably modeled and textured prim-built end-table will often have many fewer vertices than an imported mesh counterpart, yet through trickery of LOD generation and physics models, the uploaded mesh can achieve land impacts that make the prim-built version completely non-viable in most cases. Reducing the land impact of primitives also has the upshot of encouraging simple lighting, the placing of more reflection probes, and so on.. which our shared world desperately needs to encourage in a 2026 version of SL, with more and more PBR avatars' butts reflecting the blue sky outside.

When a user has selected multiple objects and accidentally deselects them, provide a command and/or keyboard shortcut to restore the immediately previous selection. The viewer could retain the UUIDs of the previous selection until a new selection is made. Why this would be useful: A lot of the time, when moving store content around or building, it is very easy to lose your selection of objects. You can then spend quite a bit of time having to manually re-select everything. It can also happen when moving parts of a build. Sometimes, due to lag, moving something too quickly, or other unexpected behavior, the entire selection can become deselected. If you were working with a large number of objects, you then have to go back and find and select everything again. A “Reselect Previous Selection” option would make building, organizing, and moving content significantly faster and less frustrating. I know you can drag a selection box around objects to select multiple items more quickly, but this isn't always practical. On regions with dense builds, dragging a selection box can select all kinds of unrelated objects. You then have to manually deselect the things you don't want and reselect anything that was missed. Having the ability to simply restore the previous selection would avoid all of this. For example: Select 30 objects > accidentally deselect > press a keyboard shortcut > the same 30 objects are selected again. Even keeping the last 3 selections in a small selection history would be extremely useful for builders, content creators, and residents. Thanks

Adding the .gif files to the allowed list to upload, letting us create animated particles, textures without the classic LSL moving into the same framed image

If Gacha is coming back to SL in full force as Transfer items, I feel we need the following: A standard, required script that allows the user to click on the machine and receive the odds of each category of item. Merchants may continue to set their own percentages, and tiers of rarity. For example, the output might look like this: Common: 80% Rare: 15% Ultra rare: 4% Secret rare: 1% Or another machine might look like this: Common: 75% Uncommon: 25% And a machine you might not want to play could display this: Common: 99.9% Rare: 0.01% The above are simply an example and not a suggestion for setting a specific required percentage or tiers. I still believe we should leave that up to creators, but that the chances of getting an item you want shouldn't be a mystery. This is a disclosure commonly included in Gacha games or games containing Lootboxes. Many Gachapon machines are also beginning to display odds in real world spaces. If folks want their feedback on maintaining the ban, there is another feedback post for that. I humbly request we keep this one on topic so it doesn't get merged. ❤

Currently we can't update animesh size and have to upload multiple versions of the mesh in different sizes, and upload all animations for each size. I did some research in the viewer's code, and it appears to me that it's extremely easy to add a feature to adjust the global size of an animesh by modifying the llcontrolavatar.cpp file. Here is the current setGlobalScale() function: void LLControlAvatar::setGlobalScale(F32 scale) { if (scale <= 0.0) { LL_WARNS() << "invalid global scale " << scale << LL_ENDL; return; } if (scale != mGlobalScale) { F32 adjust_scale = scale/mGlobalScale; LL_INFOS() << "scale " << scale << " adjustment " << adjust_scale << LL_ENDL; // should we be scaling from the pelvis or the root? recursiveScaleJoint(mPelvisp,adjust_scale); mGlobalScale = scale; } } And here is a modified version that currently takes into account the X size of the main prim: void LLControlAvatar::setGlobalScale(F32 scale) { if (scale <= 0.0) { LL_WARNS() << "invalid global scale " << scale << LL_ENDL; return; } scale *= mRootVolp->getScale().mV[0]; if (scale != mGlobalScale) { F32 adjust_scale = scale/mGlobalScale; LL_INFOS() << "scale " << scale << " adjustment " << adjust_scale << LL_ENDL; recursiveScaleJoint(mRoot,adjust_scale); mGlobalScale = scale; } } Note that I replaced mPelvisp by mRoot because using mPelvisp does not correctly adjust the animesh's movement during the animation." It works wonderfully. Of course, this modification as it stands could affect many existing animesh objects, so we need to add a parameter to the object, 'ANIMESH_SCALE_FACTOR', which would be set to 1 by default, adjustable via script and by manual editing of the object. We would then have something like this: scale *= mRootVolp->getAnimeshScaleFactor; Here is a gif, you can take a look, the 4 dogs are all the exact same animesh, I only changed there main prim X scale : https://gyazo.com/de2dc2904bcb4e6b8737514aa7db7d2c

ooOOoo this one drives me batsh*t! I LOVE the ability that we can now add an image to the folders in our Inventory. HOWEVER, Many creators are NOT taking into account the size limits. We then have to load their AD (or in some cases take our own picture) to our computer, resize the photo, then pay to upload it back into SL. Kind a pain in the buttinsky. Can you make some adjustments so this is not such an issue P-L-E-A-S-E! Thanks in advance.

Allow users to create and rez objects larger than the current 64-meter limit to support large-scale builds like floating islands or full-size ship models (e.g., a 270-meter Titanic). Rationale The 64m limit creates unnecessary friction for creators in private or controlled environments. Splitting large meshes increases workload during modeling, uploading, and placement—especially when iterating. Supporting larger objects would streamline workflows and enable more ambitious content. Implementation Consideration To manage potential misuse, this capability could be selectively enabled in certain regions or estates at the owner's discretion.

Currently we can use llDerezObject(object_key, DEREZ_TO_INVENTORY) to update the object in the rezzer, it would be very nice to have something similar but without the derez part, maybe something like: llUpdateInventoryObject(key object_id); My actual use case: I'm working on a single mesh object that should have an updated copy linked to multiple other objects when I decide to make the update. Right now: the object is derez by its rezzer the rezzer rez back a first copy to replace the one that just been derezzed the rezzer rez multiple other copies that will do their jobs. (link itself to its target, do some stuff, break link and derezz itself) It is working fine BUT.. the script I was working on no longer exists. I have to close it, select the new copy and open the script in it. Find back the lines where I was editiing. I know this is a very particular use case but I'm pretty sure we will find other use cases once we know this is possible. Precisions about my personnal use case: You my think I only need a single object to do this kind of job but the fact is that my object is transfering its LSD data to each other objects, this can only be done once because on unlink it loses its LSD data. I know I can manually save a copy into rezzer's inventory using the viewer top menu "Build" > "Object" > "Save back to object contents" but the point here is to use a script capability to automate everything that can be automated

Now that we have a way to partially hide water, it would be nice to be able to click through water excluding surfaces. This is where 2-sided materials come into play, as only one side registers clicks. On the image below some of the clickable controls of the vehicle are now unreachable, being hidden behind the water excluding surface, which forces me to choose between keeping the interactivity in, or keeping the water out. Please address.

Currently, a private region allows 20,000 land impact, and you can pay x amount of money a month to get 10,000 more land impact, which is great. However, I know that some large busy sims that are at 29k and in a constant state of prim crisis. In these sims, we're stifled when it comes to not being able to do temporary event builds and other innovation. I stopped by the official Welcome Hub and noticed that it's got 45k land impact used and a 58k total land impact. What this says is that it's possible to go higher. So I'm suggesting allowing users who have already upgraded to 30k and are actually using at least 25k of it be able to purchase an additional 10k. By making it this way, people will still want to be efficient because money is money, but, give them the ability to get some breathing room if they feel they need it enough to spend the extra money.