Currently, as of 9/26/24, Highlight instances do not render if a second highlight is present in the same basepart, even if the second highlight is disabled.
Steps to reproduce:
Insert a highlight into a basepart. Color it green.
Insert a second highlight into a basepart. Color it red and set Enabled to false.
Observe the first highlight does not render, even though the second highlight is not enabled.
Expected behavior
It is expected that a highlight will render if there are no other Enabled highlights in the basepart.
We are not going to fix this. This particular case may sound easy but what this really means is to have a full support for multiple highlights within instance and that would require some prioritization and probably alpha blending, which would be expensive (perf wise) and we don’t think it would be a big benefit to the dev community.
Changing the color from red to green on one highlight is the most performant and recommended way of swapping highlights. It is much better than creating and deleting new ones
But if the other highlights are disabled with only one enabled, why can’t the engine simply skip over the rendering logic for the disabled ones? I’m not asking for multi-highlight support here, just for highlights to render if they are the only enabled one.
Ha, yeah ok. Good thing that you responded so quickly. You know what, you are right!
I did not like the idea of supporting multiple highlights at the same time and I still don’t but I can make this as an optimization and don’t let any non renderable highlights to be prioritized. This will improve the system and fix what you are requesting.
However we still officially do not support multiple highlights on one part
I’ll fix this in couple weeks (due to the other things having a priority)
