Closed hermet closed 1 year ago
When parsing .lottie for the first animation, you should ignore "manifest.json" if you're not using it. It depends on the zip packing order and there is no guarantee that the animation itself will be the first .json you will encounter.
When parsing .lottie for the first animation, you should ignore "manifest.json" if you're not using it. It depends on the zip packing order and there is no guarantee that the animation itself will be the first .json you will encounter.
Or we might need to update the doc, since this specification:
Good suggestion. Will follow up on dotLottie docs repo here https://github.com/dotlottie/doc
Good suggestion. Will follow up on dotLottie docs repo here https://github.com/dotlottie/doc
Come to think of it, changing the spec at this time would lead the compatibility break. So I don't think it's a good idea.
I will add a suggestion there instead for reference for future implementations to be aware of this limitation
DotLottie is a new standard for the Lottie file format. Essentially, it's a compilation of animations that encapsulates multiple Lottie animations into one zipped file. More information on its structure can be found here: https://dotlottie.io/structure/#dotlottie-structure
This implementation borrows certain elements from the unzipping functionality found at https://github.com/kuba--/zip, an open-source project distributed under the No License.
Tests have been carried out using the file '1st_animation.lottie' located in the 'examples/resource' directory.