Roadmap to Calligra Mini

Jaroslaw Staniek staniek at kde.org
Tue Jun 18 21:39:27 BST 2013


On 17 June 2013 21:11, Sebastian Sauer <mail at dipe.org> wrote:

> Yep, Calligra Active was even the starting point when I begun that. I
> switched away when going full threaded cause that was requiring a complete
> different architecture and design. In Coffice all of Calligra runs in
> another thread then the UI/QML. That means all operations are asynchronous
> in Coffice unlike in Active and Calligra will never be able to block the UI.
> Also I bundle all plugins into one plugin, all filters into one filter and
> delay loading in Coffice plus don't use KDE plugin-lookup (aka sycoca) cause
> sycoca isn't present, I rewrote the kde factory/plugin/kpart stuff, etc. pp.

Please correct me, arent all these features are not irrelevant to
whether the app's UI is QWidget-based or QML-based?

> Since all that happened Qt5 progressed and meanwhile (means not so long ago)
> work on scenegraph-based QTextDocument/QTextEdit landed. So, for Qt5 there
> may an option (with very likely lots of additional work needed for our
> use-cases) to solve the no-go all-in-one-thread problem at another level. On
> the other hand there would still be work needed to get potential
> long-blocking operations like loading threaded which is all solved in
> Coffice as of today already.... Well, we will see.

All the features are beneficial for Active and would land there too
eventually, right?

Thanks for all this effort, Shantanu and Sebastian!

-- 
regards / pozdrawiam, Jaroslaw Staniek
 Kexi & Calligra & KDE | http://calligra.org/kexi | http://kde.org
 Qt for Tizen | http://qt-project.org/wiki/Tizen
 Qt Certified Specialist | http://www.linkedin.com/in/jstaniek



More information about the calligra-devel mailing list