Feature Requests

Groups are by and large a major tool within SL. For land management and such, this works very well. But, when it comes to businesses in SL those with especially large groups are unable to manage those groups due to how data is being drawn into the viewer. In order to fix this, pagination should be implemented so that only a set amount of data is pulled into the viewer at once. This would work like the current user search, or if you want a out side of SL example, any search engine. Any modern software utilizes pagination so that it isn't grabbing all the records at once. This would allow for group managers of these incredibly big groups to actually manage their groups

## Background There are many destinations on the destination guide that will immediately eject or ban a new user because their account age is not sufficiently old enough. Being recommended a place to visit, only to immediately be kicked out is a terrible user experience, and leads to the user thinking they have nowhere they can visit. This is espescially important with regard to new users as first impressions really matter. I recommend if you have ten minutes to watch this video by Micky D who tried Second Life in 2021 to get a feeling for what this experience is like:- https://www.youtube.com/watch?v=E6-3uLaCLQ4 ## Lets fix it! We need to stop recommending users places they can't visit. Having the appropriate metadata for the destination guide to make recommendations is important. Firstly, make minimum account age a property of parcels, that is configurable via a parcel setting. This way, the destination guide can check the minimum account age against the user account browsing the destination guide before making recommendations. Once implemented, forbid destination guide parcels from using scripted age enforcement, they must instead use the new parcel setting. Update the destination guide, to check if the parcel has a minimum age setting, and avoid recommending destinations to users they can't visit.

Large events fill a region; however there are individuals who need to access the region, such as the performer. If they crash and they cannot get back in because the region is full. If certain limited amount of avatars could be added to the Allowed List under region details and if on that list, they could have priority access, like an EM (without all those extra abilities) so they can access the region, regardless of avatar limit.

Allow us to have regions with 10K LI.

Second Life as a platform is unique in that it is user driven and user built. There should be no doubt that when approaching an avatar that it's directly controlled by a human. While it is undeniable that scripted agents provide utility and amusement, they should not exist in any form that allows them to be confused with a human controlled avatar. Ideally there should be no task in SL that needs fully fledged antonymous scripted agent to accomplish and LSL needs to be expanded to remove these edge use cases. Survey and traffic bots are an annoyance, likely privacy breaching and often operating in ways that break ToS. Self identification of accounts as bots has broadly been a failure and cop-out on the part of Linden Lab. LL need to be marking bots as bots automatically. It doesn't even need fancy AI to accomplish. Metrics such as teleports per hour, time spent in the same location, viewer channel, etc etc etc. Confusion over what is behind an avatar has created a trope in SL that unresponsive avatars are in fact bots, that clubs and venues aren't occupied by individuals, the direct implication being that SL isn't a real place made and populated by real people. No one wants to waste time trying to be be social with a bot. AI chat bots are novelty and not a substitute for real people. At the very least name tags should be flagged in some way that makes it obvious an agent is scripted in some way. Participation in local chat should be equally differentiated. profiles should be limited, etc etc.

Second Life's beta grid, Aditi, is an environment where LL engineers and SL residents can experiment with new functionality without the risk of damaging production content and infrastructure. It used to be very simple to access the beta grid: log into it. Now, residents need to file a support ticket. Aditi's wiki page has stated since 2016 that this was "supposed to be a temporary bug in Aditi login." Solution Let's fix Aditi logins! It should be possible to log into Aditi without manual intervention from staff, and regular inventory updates from Agni should happen in some regular fashion.

Ok, so I know it's been a big thing mainly for the photographers and LL due to a permissions need for a multiposer to what Black dragon had. So permission is needed? Why not have it that you have to 1)add said person wanting to pose and 2) Have a permissions thing set up similar to how we have our obect editing permission. It's a togglable thing that people can give or revoke when needed and not just ANYONE has access to it. It's those on your friends list.

I joined SL in 2004. At that time we only had prims to build with, and everyone was on equal ground. Building IN-WORLD was very much part of the fun of SL. As much as I like mesh, it's killed that fun. Prims have become passe for the most part. If something isn't mesh, people don't buy it. Building contests using prims are few. Because of this, one might wonder why LL didn't give us at least one in-world mesh creation tool... say a sphere with 256 points that can be manipulated into a desired mesh shape. Add along with that a way to paint the texture on that prim. Yes, this is already done via 3rd party tools such as Blender... but such tools are complex and difficult to use and are not in-world tools... thus taking the fun out of in-world building. If I wanted to sit by myself and build things outside of SL, I could make items and sell them elsewhere. The whole idea of a virtual world is to BE IN the virtual world, both for association and while creating. LL keeps providing all these neat new toys such as pathfinding and the new mirrors and such. Why have we never been provided a basic in-world mesh-creation package similar to the prim building tools we already have? Frankly, mesh killed in-world creation... and that is most unfortunate. Feature request: an in-world mesh-building package. At the very least, something that can manipulate and paint a sphere that has (optionally) between 32 and 256 points of adjustment. I'm sure there are many opinions on this, so I'm just posting this to hopefully get the ball rolling. We can't be too insistent on this being done "our way" or it will never happen. But it would be very nice to have some kind of reasonably-effective in-world mesh building and texturing tools.

So when using ambiance and HDR settings, we lose the possibility to increase gamma on the Windlight settings, which always worked as a mean to increase exposure and get a proper and bright sunny day. Since we got PBR, using those settings makes shadows very dull, ambient lighting it's excesive even setting them just at 1.0 and the sun barely changes increasing it's color value above just 40. We definitely need some way to make the light of the sun stronger while keeping the darkness of the shadows because right now we have to choose between one of the two. So everything it's either too bright and lacking shadows or too dark and lacking lighting from the sun. This request goes tied to a better management of the auto exposure settings as well.

Skirts longer than mini are incredibly difficult to create and wear. The addition of even just two, knee length skirt bones, one in the front and one in the back would hugely improve the way skirts behave. At least I think that's the solution to the problem of skirts not working properly between the left and right leg, they simply don't move well. Just a suggestion. Thank you :)