Preview Fails to Render about haze

[chrisbanes]

Thanks for the report!

This is tricky as the Modifier.Node APIs don't make it easy to delegate based on a composition local value. We can use DelegatingNode and DelegatableNode, but it's going to require a large refactoring of the codebase for it to work. The short summary is that we'll need to create a wrapper DelegatingNode, which delegates to HazeNode31 or HazeNodeBase based on the value of SDK_INT and LocalInspectionMode. That will fix issue 2.

I don't think there's much we can do about issue 3. There is a coupled relationship between haze and hazeChild and I don't want to create hacks just for previews.

[chrisbanes]

For now, I'm going to fix the crash by no-op'ing the main haze modifier when LocalInspectionMode is true.

[jakobulbrich]

For now, I'm going to fix the crash by no-op'ing the main haze modifier when LocalInspectionMode is true.

Thanks for the quick fix. Now at least the preview does not crash anymore 👍
Would be very nice to have this delegation to HazeNode31 or HazeNodeBase also depending on LocalInspectionMode.

I don't think there's much we can do about issue 3. There is a coupled relationship between haze and hazeChild and I don't want to create hacks just for previews.

It would be nice if we could configure the tint color on hazeChild side. But I guess it is not easily possible, unless we are using the HazeState just as a registry to pass the bounds and desired tint color. But this raises the question how it behaves if multiple colors are set for the same area by different children and if the order of drawing them could be guaranteed.