[Qt-qml] QML Application Wrapper anyone?

[henrik.hartz at nokia.com]

Note that we're also planning to do something similar in Qt Components, i.e. that runinng a QML App on MeeGo actually uses the relevant MComponentData etc and allows integration with the window chrome as described in http://bugreports.qt.nokia.com/browse/QTCOMPONENTS-31

Henrik

On Jul 13, 2010, at 3:23 PM, ext Ivan De Marino wrote:

Cool.

Thanks

On 13 July 2010 14:02, Gregory Schlomoff <gregory.schlomoff at gmail.com<mailto:gregory.schlomoff at gmail.com>> wrote:
Someone asked this question a few weeks ago in this mailing list, and
some troll answered that there were plans to include this exact
functionality as a wizard in QtCreator.

I don't remember if he/she specified if it was going to be in the next
official release of QtCretator, though. (v2.1)

On Tue, Jul 13, 2010 at 7:54 PM, Ivan De Marino
<ivan.de.marino at gmail.com<mailto:ivan.de.marino at gmail.com>> wrote:
> Hello.
> With QML evolving at every commit into a very organic and rich
> sub-framework, I start to wonder if, for some apps, the use of Qt C++ should
> completely be substituted by Javascript inside QML.
> In some cases, for apps without CPU-bound code, this makes a lot of sense in
> my opinion.
> But there is a problem: QML, at the end of the day, is just a script. It
> needs a player. And the use of "qmlviewer" for an app that goes in the hands
> of users is not acceptable.
> I'm wondering if the Trolls were thinking to integrate a sort of
> "Application Wrapper" for QML Apps.
> The scenario is simple: the developer does all its work, having a
> "start.qml" (or something like that) that works as the "int main(int argc,
> char** argv)" of the app.
> Then with a wizard wraps all his/her code into a final app. A binary
> executable or a package (depending on the target platform).
> At the end of the day, what's needed is an app that launches a QML Viewer
> and that loads the "start.qml".
> What do you think guys?
> Anyone has a better idea?
> I know I know: we can all make it ourself. But I'm starting to spread the
> "seed" of QML into my office, and I can see that those scenarios are going
> to arise very soon.
>
> --
>  Ivan De Marino | Software Engineer | France Telecom R&D UK - Orange Labs
>  w. +44 20 8849 5806 | m. +44 7515 955 861 | m. +44 7974 156 216
>  ivan[dot]demarino[at]orange-ftgroup.com<http://orange-ftgroup.com/> |
> ivan[dot]de[dot]marino[at]gmail[dot]com
>  www.detronizator.org<http://www.detronizator.org/> | www.linkedin.com/in/ivandemarino<http://www.linkedin.com/in/ivandemarino>
>
> _______________________________________________
> Qt-qml mailing list
> Qt-qml at trolltech.com<mailto:Qt-qml at trolltech.com>
> http://lists.trolltech.com/mailman/listinfo/qt-qml
>
>



--
 Ivan De Marino | Software Engineer | France Telecom R&D UK - Orange Labs
 w. +44 20 8849 5806 | m. +44 7515 955 861 | m. +44 7974 156 216
 ivan[dot]demarino[at]orange-ftgroup.com<http://orange-ftgroup.com/> | ivan[dot]de[dot]marino[at]gmail[dot]com
 www.detronizator.org<http://www.detronizator.org/> | www.linkedin.com/in/ivandemarino<http://www.linkedin.com/in/ivandemarino>
<ATT00001..txt>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.qt.nokia.com/pipermail/qt-qml/attachments/20100803/df943c62/attachment.html