Just for record, its much better to just use EnumerableThreadSpecific to accumulate elements from different threads and in result just move all of them into class fields instead of have muted just for that.
Hmm so the logic is close to:
- Underlying triangulation is not feasible to keep constant as N-gons change, especially since I'm assuming the 2D plane projection the triangulation is…
I can confirm, however this issue has been reported before, see #120916. Will merge reports. Please subscribe in #120916 if you want to see further updates
Not exactly sure how one would guarantee that the triangulation is identical with additional vertices inserted in an N-gon, in this case it might be easy as the number of vertices stays…
Probably this field can be just seed? Not sure that random fact need to be clarified here\
I think using cartesian vectors as input much easier than homogeneous surface.
Main thing i think this is important to have is consistency and fact of triviality of behavior. So, i'd consider such solution: Triangulate every face oт the fly by common algorithm…
This node can be called multiple time from different node groups and not sure if this is also intended behavior. Might its will be better to just generate such hash at the operator level? At least, i do not think this have to be updated on modal / panel-change updates.