Stealth ignore linked prims (request)

[Crashnoww]

Hello!

I hope I'm writing this in the correct section.

Since a new update will make the Themes feature optional and the Stealth feature will be moved in the oc_states script, I would like to know if it's possible to please implement a new description flag that would enable Stealth to ignore certain linked prims, like ~nostealth for example.

I am aware that ~nohide exists, but it doesn't solve the following issue:

Certain collars will have multiple charms/pendants and enable the user to change them, through the provided HUD. Only one of these charms/pendants must show at a time.
The issue occurs when the user adds the collar, logs in while wearing the collar or teleports in some instances. All the charms/pendants appear at the same time.
I'm presuming that OC checks for the stealth status at startup and just shows or hides it all.
Adding the ~nohide flag would impede a linked prim from hiding when Stealth is enabled, so that will not work.

Until now, I managed to work around the issue, by removing the themes script, but that is an ugly workaround. Since the Stealth will be moved out from themes, it will not be a viable solution anymore.

I am aware that this is not easy to do, but i'm hoping it's possible.

Thank you so much!
Crashnoww

[NikkiLacrima]

If we rather than considering the showing charms looks at the charms that presently should be hidden, both in stealth and no stealth mode. This could be achived by setting a ~hidden flag (or perhaps ~forcehide) , the opposite of ~nohide, that makes the prim always hidden until some control hud changes that flag.

The logic for implementing this would be that when ending stealth mode, checking that ~hidden prims are not made visible.

When the control HUD removes the ~hidden flag, stealth and visibility works as normal.

[Medea-Destiny]

Pretty much exactly what I was thinking, Nikki. The control hud would switch the linked object's descriptions when changing show/hide and we can just respect the flag when stealthing the collar. As I have an open PR for handling the change to PBR, I'll look at adding this in for that before merge

[Medea-Destiny]

Added in #1150