Bot releases are hidden (Show)
Published by gpeal about 1 month ago
Published by gpeal 3 months ago
Published by gpeal 8 months ago
Full Changelog: https://github.com/airbnb/lottie-android/compare/v6.3.0...v6.4.0
Published by gpeal 10 months ago
Published by gpeal 11 months ago
close
param to LottieCompositionFactory.fromJsonReader (#2342)Published by gpeal over 1 year ago
asyncUpdates
feature which moves the entire update phase of an animation off of the main thread. For more information, refer to this blog post. (#2276)LottieCompositionFactory
to not close input streams (#2286 and #2319)Published by gpeal over 1 year ago
Published by gpeal over 2 years ago
Compose Breaking Change
LottieAnimation now takes progress as a () -> Float
rather than a Float
. This allows Lottie to redraw without triggering a recomposition every time progress updates. For more information, refer to the Compose phase docs. The existing API will exist as deprecated for one more release but will then be removed. For the vast majority of use cases:
LottieAnimation(composition, progress)
will become:
LottieAnimation(composition, { progress })
or
LottieAnimation(
composition = composition,
progress = { progress }
)
Published by gpeal over 2 years ago
[Removed API] Removed the setScale(float)
APIs from LottieAnimationView
and LottieDrawable
. The expected behavior was highly ambiguous when paired with other scale types and canvas transformations. For the vast majority of cases, ImageView.ScaleType should be sufficient. For remaining cases, you may apply transformations to Canvas and use LottieDrawable#draw
directly.
Added support for the "Rounded Corners" effect on Shape and Rect layers (#1953)
Prior to 5.0, LottieAnimationView would always call setLayerType with either HARDWARE or SOFTWARE. In the hardware case, this would case Android to allocate a dedicated hardware buffer for the animation that had to be uploaded to the GPU separately. In the software case, LottieAnimationView would rely on View's internal drawing cache.
This has a few disadvantages:
Benefits as a result of this change:
Lottie can now render outside of its composition bounds. To allow this with views such as LottieAnimationView, set clipToCompositionBounds
to false on LottieDrawable
or LottieAnimationView
and clipChildren
to false on the parent view. For Compose, use the clipToCompositionBounds
parameter.
Prior to 5.0, LottieAnimationView handled all animation controls when the view's visibility or attach state changed. This worked fine for consumers of LottieAnimationView. However, custom uses of LottieDrawable were prone to leaking infinite animators if they did not properly handle cancelling animations correctly. This opens up the possibility for unexpected behavior and increased battery drain. Lottie now behaves more like animated drawables in the platform and moves this logic into the Drawable via its setVisible API. This should lead to no explicit behavior changes if you are using LottieAnimationView. However, if you are using LottieDrawable directly and were explicitly pausing/cancelling animations on lifecycle changes, you may want to cross check your expected behavior with that of LottieDrawable after this update. This change also resolved a long standing bug when Lottie is used in RecyclerViews due to the complex way in which RecyclerView handles View lifecycles (#1495).
#1981
Add an API setClipToCompositionBounds on LottieAnimationView, LottieDrawable, and the LottieAnimation composable to prevent Lottie from clipping animations to the composition bounds.
Add an API to always render dynamically set bitmaps at the original animation bounds. Previously, dynamically set bitmaps would be rendered at their own size anchored to the top left
of the original bitmap. This meant that if you wanted to supply a lower resolution bitmap to save memory, it would render smaller. The default behavior remains the same but you can
enable setMaintainOriginalImageBounds to be able to supply lower resolution bitmaps (#1706).
Add support for LottieProperty.TEXT
to use dynamic properties for text. This enables dynamic text support for lottie-compose (#1995).
Add getters for Marker fields (#1998)
Add support for reversed polystar paths (#2003)
Published by gpeal almost 3 years ago
Published by gpeal over 3 years ago
Published by gpeal over 3 years ago
Support for lottie-compose 1.0.0-rc02-1