Modifier rename #451
Replies: 5 comments 10 replies
-
hazeSource + hazeEffect |
Beta Was this translation helpful? Give feedback.
-
What do you think about naming child items to be fogged up/hazed as The naming could be then |
Beta Was this translation helpful? Give feedback.
-
From my POV anything with "background" makes me puzzled. Is that the "haze" or the "background source" for haze? |
Beta Was this translation helpful? Give feedback.
-
Thinking about it, I would prefer modifier names that clearly state where the haze effect is rendered (currently |
Beta Was this translation helpful? Give feedback.
-
Thanks everyone for the votes and suggestions! Y'all voted for |
Beta Was this translation helpful? Give feedback.
-
Hi everyone. In v0.9 Haze was completely re-written in a way where the way that Haze works underneath was completely inverted.
Pre-v0.9, all of the drawing and logic was performed by your
Modifier.haze
node, and yourModifier.hazeChild
nodes just updated some bounds state to tell thehaze
node where to blur. In this scenario, the naming ofhaze
+hazeChild
made sense.In v0.9+ though, all of the blur effect drawing is now down by the
hazeChild
node. Yourhaze
nodes are responsible for drawing their content into a GraphicsLayer for thehazeChild
nodes to draw. In this instance, the naming is starting to get a bit tenuous.Fast forward to the upcoming release, and the new ability for nested blurring effects (in #441), and the naming is now just plain wrong. 🫤
So, should we fix that? Naming is the hardest problem in software, and I thought I'd crowdsource it. I have added a few options that I've been thinking about, but please comment if you can think of something better.
36 votes ·
Beta Was this translation helpful? Give feedback.
All reactions