On 12/17/2010 06:45 PM, ext leo.cu...@nokia.com wrote: > as discussed before in this list, the time has come to get rid of > libQtComponents.so (QDeclarativeWindow). > [...] > qt-components was never the right place for this lib, so even if there is any > valid use case for custom behavior > of an application wrapper, we should try to fix it elsewhere. >
Somewhat related to this, even though we do not need QDeclarativeWindow, a libQtComponents.so might come in handy. We are contemplating booster support for QML in a similar spirit as meegotouch-applauncherd's support for MApplications. The idea is to pre-instantiate a QApplication and a QDeclarativeView in a booster process and put them in a cache. Instead of directly instantiating them, an application would ask for them from the cache. In the boosted case, the existing instances would be returned, and in the non-boosted case the cache would create the instances. The libary libQtComponents.so would seem like a natural place for such platform dependent stuff. -- Pertti _______________________________________________ Qt-components mailing list Qt-components@qt.nokia.com http://lists.qt.nokia.com/mailman/listinfo/qt-components
