On Wed, Nov 21, 2012 at 7:33 AM, Thomas Senyk <[email protected]> wrote: > On Wed, November 21, 2012 07:59:54 AM Koehne Kai wrote: >> > -----Original Message----- >> > From: [email protected] >> > [mailto:[email protected]] On >> > Behalf Of Samuel Rødal >> > Sent: Wednesday, November 21, 2012 8:34 AM >> > To: [email protected] >> > Subject: Re: [Development] QML Tooling Renames (was: Pending decisions >> > on co-installation) >> > >> > On 11/20/2012 05:05 PM, Alan Alpert wrote: >> > > On Tue, Nov 20, 2012 at 8:00 AM, Jana Aurindam >> > >> > <[email protected]> wrote: >> > >>>> To summarize QML tool naming discussion so far: >> > >>>> >> > >>>> In qtquick1 repo >> > >>>> qmlviewer -> qml1viewer >> > >>>> qmlplugindump -> qml1plugindump >> > >>> >> > >>> That's already the name, isn't it? >> > >>> >> > >>>> In qtdeclarative repo >> > >>>> qmlscene -> qml2scene >> > >>>> qmlplugindump -> qml2plugindump >> > >>>> qmlbundle -> move to playground >> > >>>> qmlmin -> qmlmin >> > >>>> qmlprofiler -> qmlprofiler >> > >>>> qmltestrunner -> qml2testrunner >> > >>>> qmleasing -> qml2easing >> > >>>> easingcurveeditor -> qml2easing (merge tools) >> > >>>> >> > >>>> Does anyone have any further feedback on QML tool renaming before >> > >>>> these get implemented? >> > >>> >> > >>> I don't feel too strong about the particular names anymore. But if >> > >>> you're >> > >> > changing the names of especially qmlplugindump, qmlviewer, qmlscene, it >> > should go in fast ! We need to fix Qt Creator then, too, and I >guess also >> > a bunch of documentation ... >> > >> > >> I am quite against the renaming of binaries. >> > >> Does qml2scene mean that there is an equivalent qml1scene? >> > >> what is the difference between qmlviewer in qt 4.8 and qt 5.0 that a >> > >> > renaming is necessary? >> > >> > > Differences between qmlviewer and qmlscene qmlviewer only: >> > > -Renders QtQuick 1 scenes. >> > > -Has some built in testing functionality -Has some additional >> > > development UI (logger window, screen shots, and such) qmlscene only: >> > > -Renders QtQuick 2 scenes. >> >> The difference in the feature set is something that just happened, and I >> could imagine that qmlscene gets some features back over time. The key to >> me is that people are using the tool for the exact same purpose : >> pre-viewing QML files. That's why I originally proposed qml1viewer, >> qml2viewer. >> > > If the names are left as they are, it's not entirely clear which to >> > > use in your development. qml1viewer for qml1 and qml2scene for qml2 >> > > makes this fairly clear. >> > >> > One core difference is that qmlviewer uses QDeclarativeView and qmlscene >> > uses the scene graph. >> >> Well, actually qmlviewer uses a QDeclarativeView that's based on >> QGraphicsView framework, and qmlscene uses a QQuickView that's based on >> scene graph (QSG*) :) So it's a bit more convoluted, and I don't think most >> users will intuitively grasp the connection , let alone really understand >> the relations between QML, Declarative, qtdeclarative & qtquick1 folders, >> QtQuick 1, Qt Quick 2, [QtQuick]SceneGraph, QGraphicsView ... In Qt Creator >> at least we're moving more and more towards using 'Qt Quick 1' and 'Qt >> Quick 2' to differentiate between both stacks. So there's e.g. a 'Qt Quick >> 1 Application Template', and a 'Qt Quick 2 Application Template'. If >> qtquick1previewer wouldn't be such an awful name it would have my vote ;) > > +1 > IMO this is the technical correct term! > (at least until "qtquick1", the rest is debatable) > > The language (qml) is not changing between QtQuick1 and QtQuick2
It actually is, although not to a great extent. Like the QtQuick 1 -> QtQuick 2 change you can just change the names a bit (load with QQmlEngine instead of QDeclarativeEngine) and it should just work, but there are some improvements (like QtQuick 1 -> QtQuick 2), listed in http://qt-project.org/doc/qt-5.0/qtquick2-qtqml-releasenotes.html. The one I want to publicize is the deprecation of the property variant type in favor of property var, which does what everyone seemed to think property variant did ;) . Of course the distinction between QtQuick developers and QtQml developers hasn't really developed yet, and these tools are for assisting QtQuick development only. Once QML development picks up, we can just make it a third option from the 'creator template' sort of perspective. So while I agree with the direction Qt Creator is taking its terminology, that's just user convenience not the technical correct terms. qmlviewer and qmlscene technically load different versions of the QML language, which is why qml1viewer and qml2(viewer|scene) is my preference. -- Alan Alpert _______________________________________________ Development mailing list [email protected] http://lists.qt-project.org/mailman/listinfo/development
