✨ Feature Requests

Ah, the good old days of texture-only clothing, before even we had sculpties! In those days, we could mix and match all possible layers of clothing from any combination of content creators, and it would always work . Well, it was also a pretty ugly world back then. Today, we have a gazillion mesh clothing. However, mixing and matching them is really, really an art — not even content from the same creator will correctly "fit". That is, if you wish to wear your favourite T-shirt with your favourite black lather jacket... it won't fit. Things will always "stick out". Current-generation mesh body HUDs can turn specific parts of the avatar mesh invisible — which goes a long way to make badly-rigged and/or older meshes to "fit" — but, of course, that works only on the body . There is no way to get the shirt to "play nice" with the jacket — especially if they come from different creators. But, as said, even the same creator will very likely not bother to make all their clothes "compatible" with each other. It's much nicer to sell mega-fatpacks and give up on your "other" content. One curious fashion side-effect was the adoption of crop tops, very short shirts, knotted shirts, etc., since you can hardly expect your "normal" shirt/top to play nicely with your favourite jeans. Belly-button piercings also became more popular. And some clever creators updated their ancient texture-clothing — especially tops and tight-fitted pants/leggings — simply because these will always fit under a jacket or coat or anything, being directly BOMed. I thought that this was simply one of those "unsolvable" problems, as it would be most unlikely for all content creators to agree to a set of "guidelines" for clothing to fit together. Therefore, I never considered asking for such a feature — it would be impossible to implement in practice. Then I saw this video: https://tv.sansar.com/watch?id=2943 Just... wow! All right, all right, I know that this is Sansar in 2022, and not Second Life; the rendering engine is completely different and absolutely unrelated. But... We all know what the former Sansar & High Fidelity teams have done to the SL rendering engine: in a word, magic . What exactly would be required to change the SL rendering engine to do exactly the same? The video shows some limitations — clothing is not "infinitely" stretchable there. But even a little bit helps. In fact, just that fantastic "merging" feature, where only the "outer" mesh is kept, while the "inner" mesh does not stick out — that would go a loooooooooooong way to fix all our mix'n'matching troubles! Please... work on this! 🥺🙏

Problem Currently, when users need to reset their avatar's skeleton, the changes only apply locally to their own viewer. For other users to see the reset skeleton, the avatar owner must use a workaround that involves resetting their skeleton locally, teleporting elsewhere, and then teleporting back. This process is cumbersome and interrupts the user experience. Solution Implement a system where when an avatar owner resets their skeleton, it automatically sends a packet to all viewers that can see that avatar, instructing their clients to also reset the skeleton display on their end. The same functionality could be extended to animations, allowing users to clear all animations across all viewers simultaneously. Links BUG-225527 Github: Make it so that reset skeleton is a networked ViewerEffect

Add Avatar Welcome Pack's new Avatar options to Avatar Chooser as you did on the Web Based Browser. It might be faster for New Residents to set up quickly, then access the folder for customizing them more thourougly.

I suggest an enhancement to the Bakes on Mesh (BOM) system by introducing an opacity option for BOM layers. As a designer, the current limitations of BOM force us to add additional mesh layers, particularly for makeup applications. This increases mesh complexity and necessitates the use of complex HUDs. Enabling opacity control on BOM layers could eliminate the need for extra mesh layers, thus optimizing mesh complexity and enhancing overall performance. Additionally, this would allow for greater flexibility and creativity, as BOM makeup layers wouldn’t be limited to one or two mesh layers (depending on the number of mesh layers created by a designer). With the recent introduction of 2k BOM textures, the capability to adjust blend modes directly on BOM layers would be highly beneficial for both designers and users. It would offer more customization options and improve the user experience. It would positively impact the creative community and contribute to a more streamlined and efficient design process.

Ever since Viewer 2 was released in 2010, Second Life's avatar height has never been accurate or equal to prim height. Prim height had been the standard used in earlier Viewer 1 viewers before 2010. Fifteen years later, we're now using Viewer 7, which still retains the false avatar height measurements from Viewer 2. Our modern avatar shapes are still taller than a comparable shape created from before 2010 in v1 viewers, or than a modern prim of same said height. Try it for yourself: Download any of the v1-based SL viewers (such as Singularity Viewer or Cool VL Viewer) and experiment with making an avatar shape with a height equal to that of a 5'10" (177 cm) tall prim (Note: this should be done without wearing a shoebase) Change to a Viewer 7 based viewer and see how the described height in a v7 viewer using this same shape has increased, yet the prim retains it's correct height! I propose that described Avatar Height in all current viewers (via Appearances menu) should be re-syncronised to the previous prim height as per pre-2010 v1 viewers. Not only would this be more accurate, it would also be beneficial to those creators who build houses or other structures where ceiling and doorway heights matter.

Yearly Premium Plus is quite a big investment, but I know that I can't do much of anything within just one month, so I tend to shy away from having more than one Premium Plus avatar. A 3-month long Premium Plus membership would be long enough to, for example, try out a new 2048 LH theme to see if I like it. I just dumped my Mediterranean, tho I wanted to keep it, to try a Tiki. If a 3-month membership had been available, I would have kept the Med and just bought a quarterly PP to try tiki.

I'd love to be able to have the body and my head shapes be separate. Right now the shapes are tied together as one shape. I would love to be able to say, purchase a head shape someone has created and be able to apply it without changing my body shape as well.

the use of the system default 'hair' layer is necessary for many people's appearance, and often misunderstood entirely as being what defines the shape of the eyebrows at all. You can spend time in appearance mode trying to edit your shape and your eyebrow/hair layer is what is resisting the look you are trying to achieve. Many people use such outdated layers that they never actually know what it is doing to their face at all, because it is not in the actual shape settings and it should be its own tab in that area next to eyes. Other than Philip it is rare to see anyone actually using the Hair layer as hair, most have to go through the hassle of hiding it, because it is also one of those locked in layers you cannot just remove and it should be possible to do so. In 2025 we should not have to have one on for certain shape areas (eyebrows) and to have to alpha it out so it does not poke through our mesh hair etc.

Currently when someone is wearing an avatar with a deformed skeleton and they change to another avatar their skeleton will be borked. Reset skeleton currently only fixes the visuals for the person themself and others also will need to reset skeleton to fix their view of the person. Relogging seems to be the only current way to reset the skeleton fully. If a full reset skeleton were possible via lsl it would make it super easy (via HUDs or scripting inside the avatars) for people to reset their own skeleton fully so that they are viewed correctly by all.

Hi. Please Have a Hard Look at Color Coding a Select Color for all Scripted Agents and Bots and have a Badge or Tag on the Profile to Identify a Scripted Agent or Bot, this way a User/Resident can quickly identify one when opening a profile, Having the Text in a particular color unique to bots will help identify chat from them either in local, Ims or Conferences. i believe this may serve as just one piece to help users navigate some of the issues found inworld with scam links, as well as some of the legit reasons for using scripted agents and bots.