WAI
Status Update
Comments
co...@google.com <co...@google.com>
ma...@google.com <ma...@google.com> #2
Tram, can you confirm that the behavior is correct if the modifier is moved to the composable inside the AnimatedPane?
tr...@google.com <tr...@google.com> #3
Hi Max, yes when the modifiers are moved to the composable inside the AnimatedPane, the PB animations are better than when the modifiers are in the AnimatedPane itself
ma...@google.com <ma...@google.com>
ma...@google.com <ma...@google.com> #5
After some investigation, I can conclude this behavior is consistent with other animation "wrapper" composables, e.g. AnimatedVisibility
. Modifiers should indeed be applied to the children in order to properly participate in the animation.
Description
1.1 snapshot 12452844
Some of the predictive back animations don't run when the modifiers are in the AnimatedPane itself. The modifiers have to be moved in the AnimatedPane for the PB cancel action, and back-to-home animations to run.
It would be a bad developer experience to have to wrap their UI in a box so that modifiers can be placed in that box, so that the PB animations can run.
Code sample:
Modifier inside Animated Pane (PB animations work)
Modifier in AnimatedPane itself (PB animations doesn't work)
Repro: