Hi. Is there something built-in for shared transit...
# compose
r
Hi. Is there something built-in for shared transition animation between screens?
@Doris Liu
d
Short answer: not yet. But it's a high priority item on our roadmap. ๐Ÿ™‚
๐Ÿ‘ 8
๐Ÿ‘€ 6
r
Thx. Is there a public roadmap for Compose?
d
This particular work item is tracked here: https://issuetracker.google.com/172112072 I'm not aware of other forms of public roadmap for Compose.
r
Is it going to be separated from navigation component?
It would be nice if it was part of jetpack compose animation
Or we can add separate artifact
androidx.compose.transition:transition:1.0.0-alpha01
d
Is there a particular reason for preferring it to be separate from the navigation component? ๐Ÿ™‚
r
Iโ€™m using decompose from @Arkadii Ivanov for navigation ๐Ÿ˜€
There could be composable function which manages transitions of child composables
d
The idea I have in mind is using
Transition
as a vehicle for all the animations in (any level of the) children, including shared element, during the screen/destination change. `Transition`'s state change can be observed by navigation (or anyone else) and therefore can be used as a signal for when things should be destructed. Looking at the snippet above, it shouldn't be hard for decompose to support such a concept. We need to experiment with that idea some more and build necessary pieces in
Transition
to support that. We'll keep your use case in mind when we build it. ๐Ÿ™‚ Animation features such as shared element will most likely be in the animation library, while navigation component being a client of it.
๐Ÿ‘ 9
a
Decompose supports animations with
Crossfade
-like API. I hope there will be more animations like Crossfade.
d
Crossfade
is actually now built on
Transition
. Glad to hear that Decompose already supports that. I'm hoping to build more layout animation with
Transition
. Stay tuned. ๐Ÿ™‚
๐ŸŽ‰ 1