Fixed
Status Update
Comments
ap...@google.com <ap...@google.com> #2
Jeremy, is this still an issue? I think the problem was that you had two transitions targeting the same View for the same action (e.g. two Slide() transitions).
il...@google.com <il...@google.com> #3
I have a similar issue with plain AnimatorSet:
set.start()
set.pause()
set.setCurrentPlayTime(100)
set.setCurrentPlayTime(0)
set.setCurrentPlayTime(100)
set.resume()
doesn't play animation in resume().
na...@google.com <na...@google.com> #4
Should clarify that if I filter out setCurrentPlayTime(0)
(or replace it with setCurrentPlayTime(1)
) it works well.
Also even with setCurrentPlayTime(0)
, onAnimationEnd
is notified with correct delay (as if the animation has played).
Description
Currently, when using
SavedStateHandle
APIs such asget(key): T
,getLiveData(key): MutableLiveData
, andgetStateFlow(key): StateFlow
simultaneously with a matchingkey
, theSavedStateHandle
synchronizes the value between them.However, synchronizing between a
MutableStateFlow
and aMutableLiveData
would be very challenging, and now thatSavedStateHandle
is Multiplatform,MutableLiveData
is not available in Kotlin Multiplatform.For this reason, we have decided to:
getMutableStateFlow(key): MutableStateFlow
.getMutableStateFlow(key): MutableStateFlow
and agetLiveData(key): MutableLiveData
mutually exclusive.Therefore, once a
key
is used by one of the two methods, attempting to get the other with the same key will result in an exception.Please note that
getStateFlow(key): StateFlow
will remain unchanged and is not mutually exclusive withgetLiveData(key): MutableLiveData
to maintain backward compatibility.These changes will also address the following feature requests: b/354497131 and b/235574686