✨ Feature Requests

Since PBR came out, I've essentially been almost PBR-exclusive with my store creations, mainly because PBR is just so much easier to work with for texture HUDs than Blinn-Phong (aka non-PBR textures, classic textures, legacy textures, traditional textures, etc). Part of this is because all of the textures involved are bundled into materials that are a single object with all of the settings saved rather than having to put everything in manually like non-PBR. It would really help creators offer both options and cut down workload by a TON if we could also bundle blinn-phong textures as materials. I don't know about other stores but I like to really tweak the specular settings and often the specular colors as well for metallic and generally more realistic effects rather than leaving everything white for all colors, and coding that into the HUD is fankly, a gigantic pain in the ass. Even if they were called something different like texture bundle or something to avoid confusion for people who sell them and to differentiate in our inventories that would be fine. I know we would not be able to upload them together the same way as PBR because it involves separate files, but there's no reason we shouldn't be able to create the material in-world manually on a cube or something and save it the same way. Bonus if double-sided can be an option for blinn-phong too! It would cut down on geometry needed on a mesh if we don't want it to be one-sided since we could simply check that on like on PBR materials, rather than needing to solidify a mesh (and essentially double its geometry) in order to get the same look. PLEASE let us manually create blinn-phong material bundles that include diffuse, normal, specular, alpha, glow, shininess, environment, shine color, full bright, and blending mode settings. It would make the jobs of creators working with blinn-phong in any capacity much easier, coding HUDs would be easier, and if double-sided can be an option it would also cut down on mesh complexity since people wouldn't need to solidify or fake edges on their meshes to hide that it's just a plane.

Option to return objects either as coalesced (current) or not as coalesced. When returning objects from my land, I know that many times people would prefer to have them returned as individual objects in their inventory. (similar to our ability to choose taking items into our inventory that way)

Feature Request: Custom Surname Option for Display Name Changes I’d like to propose an enhancement to the Premium and Plus name change feature: the ability for users to create a custom surname in addition to selecting from the existing list. While I understand and respect the current system of rotating surname options—and the associated fee structure—I believe offering a custom surname option could add meaningful value to users while creating a new revenue opportunity for Linden Lab. This could be implemented as a tiered system: a standard fee for choosing from the curated list, and a higher fee for creating a unique, user-defined surname. To prevent overuse or abuse of the feature, you might consider: • A cooldown period between name changes • A limited number of custom changes per account per year • An optional fee to revert to a previously used name Many long-term residents, myself included, find that the available surnames don’t always reflect our identity or branding needs. By offering a custom option—even at a premium—it would provide greater personalization without undermining the current system. If there are technical or policy reasons this hasn’t been implemented, I’d genuinely be interested in understanding the limitations. Thank you for considering this suggestion.

I would like to see a region wide probe feature that does not require the use of multiple probes or mega prims. I am currently using a mega-prim to achieve a sim-wide sphere probe that improves sim lighting, gives environmental shine a dynamic reflection map of the sim surround and sky, and still allows the use of other smaller probes within the region. There are a few issues with the method I am using: * Reflective surfaces inside of smaller probes will still show reflections from the large probe in addition to the small probe (Maybe rejecting the probe reflection from the larger probe could be a fix) * Probes do not mix well when intersecting or within each other. There's also occasional flashing as the probes fight for priority(Maybe?). There needs to be better probe blending, and some form of hierarchy based on size or manually configured * I noticed when using near clip which is a necessity for a sim-wide probe set at 128 that the projection does not include any terrain which gives the projection a bright floor. (Check snapshot, there needs to be some sort of floor added to projections that is the same texture as the sim terrain, or we need a proper region-wide probe)

When you have a large inventory it's hopeless not to be able to find things, most of us sort the inventory by creating folders and subfolders and it would be great if you could search only within specific folders without the search covering the entire inventory.

Okay, so here in Second Life we basically only have two options when it comes to messages. Either you get messages from someone or you block them completely, doesn’t matter if they’re on your friends list or not What we really need is something in between! Like how it works on Discord for example. There, you can just ignore people, even your friends. Everything still works the same, but once you set them on ignore-mode, you stop getting popups, sounds, flashing alerts or any of that stuff. You still get their messages, but you won’t even notice until you actually open the chat and look Total peace and quiet until you decide to deal with it! And the best part? They never even know they’ve been on ignore

As of this writing, residents can engage in abusive behavior by sending L$ to people who have blocked them. This enables the unwanted receipt of messages from blocked parties using the L$ Pay notes as an attack vector. When someone is blocked, all methods of communication or interaction should be prohibited at the forefront. People circumventing this are not only harassing people, but exploiting a safety exploit in the payment system to continue harassing people, which given the negligble cost of L$ on an individual level, these attacks could be persistent.

Many stores either accidently put in the wrong keywords (especially with bodies they don't regularly support or no longer make clothing for) or possibly even intentionally do it. This leads to a lot of results that are useless to the person attempting to find things that will work for them, essentially making searching for some types of items frustrating. Currently there is no way to actually be certain they are doing either or there was some kind of search issue because the key words they fill in are not visible. Currently you can only guess and assume blindly then flag it for keyword spam and let Linden Lab sort it out. It would be very nice to be able to somehow let the shoppers see this. Ideally in a way that is similar how you can see keywords/tags/hashtags/etc on various forms of social media posts. That way not only can you see if they are manipulating the system skew search results or being careless with a copy paste template but it likely would make it easier for external search engines to index the pages and give relevant search results too driving even more traffic to product listings.

I have been to a few music venues that use dance-pads and the animations are just very smooth and I really, really would like to know a way to identify where to purchase them. The Animation Explorer does show the animation and where it comes from, but it does not give any information that would help seeking its real origin. I suspect that it may be to avoid IP infringements somehow. However, I initially think that if just creator name and animation name and/or description were available, it could help those who want to get the product without really putting the creator's work in jeopardy.

Problem The current Second Life documentation ecosystem has several critical issues: Content Management MediaWiki markup creates an onerous authoring process that discourages contributions Documentation frequently becomes outdated when new LSL functionality is introduced Legacy content including outdated meeting notes clutters the user experience Knowledge base and MediaWiki exist as separate, fragmented systems Technical Infrastructure Self-hosted MediaWiki requires ongoing maintenance and resources Platform struggles with spam and needs extensive moderation Solution Build a modern, unified documentation platform at docs.secondlife.com using services like readme.com or Mintlify. Key Features Consolidate knowledge base and MediaWiki into a single site with proper syntax highlighting Auto-generate LSL documentation from the upcoming open-source lsl_definitions.yaml file Enable community contributions with modern editing workflows Automatically keep documentation current with new functionality Benefits Eliminates self-hosting maintenance overhead Reduces moderation burden through improved platform tooling Transforms documentation into a dynamic, community-driven resource that scales with Second Life's development