> On 11 Jan 2019, at 10:02, Simon Hausmann <simon.hausm...@qt.io> wrote: > > > The approach of using the JS implementation and wrappers is clever and I got > the same impression that this is what KDE is using. It has upsides (easy to > follow changes) and downsides (overhead, but cannot quite say if that’s > noticeable). > > Eirik, what’s the approach of your implementation?
The implementation done inside the Qt Company is native and should have a much lower overhead than a wrapper around the JS implementation. It’s unfortunate that those happened in parallel, but I don’t think anybody can be blamed in this case. I’d say let’s get the repository, so that TQtC can publish it's sources. Cheers, Lars > > Simon > >> On 11. Jan 2019, at 06:52, Kevin Kofler <kevin.kof...@chello.at> wrote: >> >> Shawn Rutledge wrote: >>> https://github.com/kbroulik/lottie-qml looks like a JS/canvas thing? >> >> As I understand the code, the KDE implementation at that link uses the >> upstream Lottie JS/web implementation with a fake browser DOM shim that >> implements those few DOM methods that the JS code needs in terms of Qt >> Quick. >> >> Kevin Kofler >> >> _______________________________________________ >> Development mailing list >> Development@qt-project.org >> https://lists.qt-project.org/listinfo/development > _______________________________________________ > Development mailing list > Development@qt-project.org > https://lists.qt-project.org/listinfo/development _______________________________________________ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development