[Qt-qml] QML on Android

[Jason H]

Is there/shouldn't there be a basic QML binary int he app store?

Something that takes a URL and loads it? Of course it won't work if you need plugins or custom C++, but it would make a "basic" QML app easier to demo on a phone.

Maybe even go so far as to provide a "menu" so the user can save their favorite QML URLs. 

A good idea, no?

[adam.w...@nokia.com]

+1 Great idea.  

I think minimal QML only access should be target for on any and all platforms that we can get the Qt libs installed onto.  Distribution of binaries and sandboxing concerns can be avoided in this way and the community can learn about the limits/gaps of what can be done in QML only. 

I wish Nokia would push for this on our Windows phones ;-)

-Adam

[Mario Negro Ponzi]

It looks like you're basically asking for a 'browser-like' app supporting QML.

It's a nice idea but I guess you would have to deal with all the security issues real browsers deal with on a daily basis (e.g. QML does not check for Same Origin Policy afaik).

Not necessarily impossible but probably not trivial (I'm no expert here).

Cheers,

Mario

_______________________________________________
Qt-qml mailing list
Qt-...@qt.nokia.com
http://lists.qt.nokia.com/mailman/listinfo/qt-qml

[Mark Tucker]

You should also probably take a look at the necessitas Qt project: http://sourceforge.net/p/necessitas/home/necessitas/

 

I would like to see more “official” involvement with that from the Qt developers, myself…

 

Mark

[Jason H]

I think that is actually a good thing, in that the app, by it's very nature would be violating it. However once the original QML file is assigned, then it restricts files to that domain. Maybe bigdan could help.... Hrm. -J

---

From: Mark Tucker <mark....@airborne.aero>;
To: Mario Negro Ponzi <marione...@googlemail.com>; <adam.w...@nokia.com>;

Cc: <qt-...@qt.nokia.com>;
Subject: Re: [Qt-qml] QML on Android

Sent: Mon, Mar 19, 2012 5:25:19 PM

[adriano....@nokia.com]

Hi,

It's already possible to provide a QML launcher that loads remote QML applications but we have several security problems that must be addressed first. The most important one is to add a sandbox support for QtQuick in order to avoid remote applications from loading untrusted QML modules or accessing elements outside its own scope. Without these barriers, these applications could read/write/remove personal data using features provided by local QML modules or even gain root access exploiting a vulnerability in these modules.

But I also think it's a great idea. I've implemented a small POC one year ago (using Qt 4.7) that loads remote QML plugins inside a QWebView. It uses less than 200 lines of code. Follows a video:

http://www.youtube.com/watch?feature=player_embedded&v=VpRr5pAqBsM

Regarding distributed QML applets, it would be nice to have a package format in order to ease the distribution process and support some level of compression reducing the load time for new package versions. I've also implemented an unofficial package format a long time ago, for QtQuick 1.0, that encapsulates everything inside a tarball and supports loading remote packages:

http://lists.qt.nokia.com/pipermail/qt-qml/2010-November/001814.html


Maybe we could have an official support in QtQuick2 in the future to address these cases. I can visualize, for example, remote applets being used in home screen, for mobile and desktop, that could be automatically updated in the server side and cached in the local storage; applets like Weather, Feed Readers, Pastebin, Translators, etc...


Br,
Adriano

---

From: qt-qml-bounces+adriano.1.rezende=noki...@qt.nokia.com [qt-qml-bounces+adriano.1.rezende=noki...@qt.nokia.com] on behalf of ext Jason H [scor...@yahoo.com]
Sent: Thursday, March 15, 2012 9:17 PM
To: qt-qml

Subject: [Qt-qml] QML on Android