On Thursday, 2012-10-18, Shawn Rutledge wrote:

> I have another idea in mind for qmlviewer...
> 
> You can configure your system so that double-clicking a .qml file opens it
> in qmlviewer. This would be a nice use case to suggest/support, because
> it's silly to be required to write a boilerplate C++ launcher for every
> little app or utility that you write in QML.

As you have mentioned yourself later on, a .qml extension alone is not 
sufficient information to determine its runtime requirements.

There is the difference between QtQuick1 and QtQuick2, at least needing a 
different view. Then there is BB10 Cascades, needing a very different 
application instance, KDE Plasma .qml might also have their own requirements.

The explicit split in Qt5 between QML and QtQuick2 makes it even more likely 
that we will see other usages of the QML engine to provide declarative input 
for processing problems (IIRC there is a QML based cmake frontend prototype).

Cheers,
Kevin
-- 
** Qt Developer Conference: http://qtconference.kdab.com/ **

Kevin Krammer | kevin.kram...@kdab.com | Software Engineer
Klarälvdalens Datakonsult AB, a KDAB Group company
Tel. Sweden (HQ) +46-563-540090, USA +1-866-777-KDAB(5322)
KDAB - Qt Experts - Platform-independent software solutions

Attachment: smime.p7s
Description: S/MIME cryptographic signature

_______________________________________________
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development

Reply via email to