Feature Requests

I would the ability to use my baked avatar textures on animesh attachments. I can't see a downside to enabling this, and animesh can simply inherit the bake of the avatar it's attached to. When placed inworld rather than attached, it would appear the same as a BOM body or body part with the BOM placeholder textures.

As an applier creator for body materials and tattoos for mesh bodies using the SLUV - it is tiring and quite redundant to program applier scripts for each body (and heads) that I would like to support. It would be an infinately more efficient system overall for all bodies if they could simply utilize a specified UUID channel that grabs those textures from a BOM wearable to get directly applied as materials on the rigged mesh wearable. Something like additional AUX layers that had multiple channels for normal and specular (or even PBR materials) for head/body UV in them. Almost all mesh body wearers have updated to BOM skin for bodies and heads, and often struggle with adding and removing materials in HUD based systems. Implimenting a system like this would make changing materials on bodies easier for base line consumers who are about to experience materials for the first time when all viewers have updated to PBR. Along with this request, I need to stress the importance of 2K bakedown service for these materials to be worth making a BOM asset. The payoff being - bodies would not need to add another stack of scripts to compensate for PBR materials on their mesh bodies and heads, which consumers are already wanting. Addressing 2K BOM requests with the ability for materials to also be BOM would greatly combat an increase in constantly running scripts in bodies and heads, and would make the entire community much happier for it!

It gets very tiring having to manually refresh my attachments, EVERY TIME I enter a different region/sim. I'd like to see an optional setting I can turn on, for Automated Attachment Refreshing upon entering a different region/sim.

Second Life has a vast collection of Communities with different themes and styles etc. Roleplay is a popular activity on Second Life. In one community you might Roleplay as a World War 2 fighter pilot and in another people are doing Gorean roleplay and another you are playing as an anime character. Each community you might be a different gender, completely different appearance etc and you want a name that matches the avatar and community you are currently in. Appearance wise in SL we are pretty flexible, able to change our look on a dime, but we are not able to change our name to match the community we are in and the role we are playing. Many residents turn to hover text as a solution for this but hover text clashes with display names and in practice it creates confusion and puts so much text on the screen that it looks visually unappealing. I think it would be great if we had the ability to set a 'roleplay name'(? not sure how you should call it). The name would not show up in say the friends list but would show above your head instead of your display name and in the local chat again in place of the display name. Perhaps it could be a group setting, such that land you visit that has that group this name will apply - This would make it functionally similar to discord in which you can set your name on a per-server basis.

Chargeable at a slightly higher amount, of course.

Public venues (especially) might not want visitors to wear light emitting attachments, these two flags would tell clients within the parcel boundaries to either treat worn projector lights as simple point light sources, or to temporarily disable them.

Make it possible to click an avatar/animesh, select "Sit on ..." and get a list of skeleton targets that the avatar/animesh has enabled to be sat on. This would make the sitting avatar follow the skeleton as if they were an attachment. Needs permissions handling for avatars. The avatar/animesh can define a (limited?) number of skeleton targets like "Head", "Spine", etc. by script with an offset and rotation for each.

I would like to be able to have a positive value hover height but when i sit i would like it to be at a different value so I don't have to manually adjust it

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 :)