Conversation
|
Can you explain the differences between this approach and #4216 ? |
nicopap
left a comment
There was a problem hiding this comment.
Very excited about this. Though I think we still need more things (that can be added in the future):
- Independent hierarchies (I want to be able to declare two distinct hierarchies that spans the same entities)
- Ability to tolerate missing
ComputedGlobal::Localwith a default and propagating downward to other entities with aComputedGlobal. (people wanted to reduce the amount of "required" components I think)
Well the biggest difference is that I hadn't seen it before...
|
superdump
left a comment
There was a problem hiding this comment.
I like this. Have you investigated/thought through whether it will work for RenderLayers too? I suppose Local would be RenderLayers, ToPropagate would be RenderLayers, the from_local would just be a clone, combine_with_local would be an intersection(?), and value_to_propagate would be *self? Seems pretty intuitive. And nice that it's reusable for any hierarchy someone might want to add.
|
Indeed it looks pretty similar to #4216 , but it not requiring the App extension thing seems like an improvement. |
Co-authored-by: Robert Swain <robert.swain@gmail.com>
|
Backlog cleanup: given that |
Objective
Transform/GlobalTransformandVisibility/ComputedVisibilitySolution