A modern programming language that makes developers happier.

kotlinlang

Do folk have any smart ways of *discovering what causes a recomposition?*
My ideal would be some log that says _'Because &lt;name&gt; state changed at &lt;file:line&gt;'_?
My use case is debugging 'jank' in `AnimatedContent` transitions because multiple recompositions are firing where conceptually there should be only one.
Carefully tracing the code for state changes is a given, just wondering if people can share any smart breakpoints/profiling tricks they're employing?

What does the code using `AnimatedContent` looks like? Can you share the code?

Untitled.kt

`transitionTo` is my own infix function to determine what kind of transition should be used; either `SlideLeft` or `SlideRight` if the workflow state represents another 'screen', or `None` if the new state represents a state change within the current 'screen'.

Can you try to read the target state passed to the content instead of reading `workFlowState` directly?

You mean where I have `with(workflowState)` ... and any such usages below that?

Can you say what the underlying difference is?

~Presumably this means that calling the collecting property delegate again causes it to reemit for all consumption points in the `@Composable`?~

There are multiple sets of content that `AnimatedContent` is transitioning in between, each is associated with a different target state. Each set of the content ideally should only reflect what's defined in their corresponding target state. That would require that the content read the state passed to the content lambda.

By reading an external state (i.e. workflowState), all the active content is observing that change, therefore causing unnecessary recomposition

Rolled the code back and forward again to compare - this really fixed it, thanks <@UNH9ZT3NZ>! :pray: :tada:
Thanks for the explanation too; I've learned something about state handling today :grin:

Yes, I think I see now, even though it's the same state, reaching across scope to effectively learn the same thing twice caused double composition.