[Qt-qml] Merging V8 into qtdeclarative.git#master

Marco Martin notmart at gmail.com
Tue Jul 5 14:47:42 CEST 2011


On Tuesday 05 July 2011, Artur Souza (MoRpHeUz) wrote:
> On Tue, Jul 5, 2011 at 8:59 AM,  <aaron.kennedy at nokia.com> wrote:
> > The plan is still to reenable this feature, it's only a matter of timing.
> >  Until either the QtScript API is migrated to V8 (there  has been some
> > great progress on this already!) or a replacement API is written, we
> > can't implement the required plumbing in QML.
> 
> Great. Thanks again for sharing.
> 
> Cheers,

Hi all,
this is actually a great news,

also in the light of our use case, it makes me hopeful we could migrate to 
QML2 without too much pain:
In KDE's plasma, we have some bindings that enable writing the Plasma desktop 
widgets in pure qml (either only QML or a mixture QML/C++). we had since a 
long time bindings to do them in pure QtScript (with some bindings to 
qgraphicslayouts and qgraphicswidgets that are luckily not needed anymore)
However there were some reasons we needed to reuse a big part of the existing 
QtScrit based bindings (yes, current qml bindings are accessing the 
qscriptengine, doesn't seem to cause any major problem so far)

one of the reasons is having non qobject data types, need that becomes pretty 
pressing in a desktop environment, like having working icons in the high 
number of qstandarditemmodels, or any model using the decoration role that 
already exist in kde, (thing for which an image provider can't really solve)
or to bind the KConfig api, that it's used for passing paramenters in a 
pluggable asyncronous service api we use in plasma.
i'm sure there are plenty of other use cases of those needed small datatypes, 
especially for existing qwidget based applications that would want to migrate 
to QML2

so having this feature again would be awesome indeed, both if will be qtscript 
based or a new one. 
A big thing to consider, if is QtScript based the cost of adaption for 
existing thngs, especially using QtScript already would be significantly 
lower.



Cheers,
Marco Martin


More information about the Qt-qml mailing list