QML and Qt Quick

Yes, all QDeclarative* classes have been renamed to either QQuick* classes or QQml* classes. See this "porting guide":http://qt-project.org/doc/qt-5.0/qtquick/qtquick-porting-qt5.html#c-code for a full list. Qt Quick 1 was a new technology and has many limitations as you've found, so the Qt developers redesigned it to produce Qt Quick 2. Qt Quick 1 is now deprecated. Qt Quick Controls brings QWidget-like components to QML (see http://blog.qt.digia.com/blog/2012/06/06/desktop-components-for-qt-5/ ) It will be released with Qt 5.1, which has its beta is scheduled to be ready in a few more weeks. Unfortunately there's no way to incorporate Qt Quick 2 components directly in the Forms window yet. If you want, you can use the bug report's suggestions as a workaround: Create a custom "QWidget which takes a QQuickView":http://blog.qt.digia.com/blog/2013/02/19/introducing-qwidgetcreatewindowcontainer/ and then "promote":http://qt-project.org/doc/qt-4.8/designer-using-custom-widgets.html#promoting-widgets that widget in your Form.

And you have "QT += qml quick qml-private quick-private" in your .pro? You may also need the v8-private (I think that's module name for qmake's purposes, it might be jsbackend-private I don't remember) but I don't really know.

It's not a typo. I don't understand what conditions cause seg faults when I delete scene nodes. I'm pretty confused in general on how to deal with the new scene graph stuff since there's a separate render thread asynchronously doing stuff. If I have some custom opengl rendering in a QSGNode in the preprocess() call, will I get a seg fault when someone changes the QQuickView to another QML file and parts of my scene graph get deleted?

It will be a bad idea not to, especially now that symbian is pretty much a done deal, and Qt itself is portable enough to cover a wider range of much more lucrative mobile platforms.

Ah, didn't realise it was you, Kit :) Feel free to ping on #qt-qml if you have more questions. I'm sure a doc patch would be appreciated. The current docs as far as I know are "here":http://qt-project.org/doc/qt-5.0/qtqml/qtqml-syntax-objectattributes.html#attached-properties-and-attached-signal-handlers (for using attached properties/handlers in general) and "here":http://qt-project.org/doc/qt-5.0/qtqml/qtqml-cppintegration-definetypes.html#providing-attached-objects-for-data-annotations (for how to implement them in C++).

QStringList is a supported type. The subset of types known as "sequence types" have conversions to JS types - although the conversion is "imperfect" (as documented, it doesn't create properly sparse arrays, as C++ has no analogue). Sequence types include QStringList, QList<QString>, QList<QUrl>, QList<int>, QList<real>.

Thanks I didn't have a clue what a singleton was, but after lookign over that second link in the singleton example it makes a lot of sense, and I think that may be what I will ultimately need.

I don't find the correct way to change the QQuickView default framebuffer to an new explicit one.

I would not be surprised if the declarative view is blocking for the debugger to connect... with the debugger sitting there, considering his day's work done after the first view was closed:).

OK, I'll just go over in this corner and hide. How could I have been so stupid??!! Thanks! ;-)

Your amazing!!! Thank you, now I can move on with my project :D See I'm not even that familiar with C++, I don't even know what a singleton is :P Luckily the amount of C++ going into this will be minimal it's just to get variables from my C functions and pass them along to the QML, and vice versa. Is there a way to vote up replies? Or mark them as "Answers"? Like on other forums.

Thanks. I need to do that with QML and not C++.

Further research shows that this might be possible. Take a look at "this.":http://qt-project.org/doc/qt-5.0/qtquick/qmlmodule-qtquick-localstorage2-qtquick-localstorage-2.html

Can you post some code? How are you referencing the ListElement's parent? The QQuickListElement is an empty class that inherits QObject. It is filled dynamically using Qt's Property System. "qquicklistelement.h":http://qt.gitorious.org/qt/qtdeclarative/blobs/83e820ba767c2d37600d3536ebcfde18234d2f46/src/qml/qml/qquicklistmodel_p.h#line152

Take a look at the documentation: "Using QML Bindings in C++ Applications.":http://qt-project.org/doc/qt-4.8/qtbinding.html In particular, the section Exchanging Data between QML and C++ may be of interest to you. However, it is discouraged to modify a QML scene directly from C++, because it creates an unnecessary tight coupling between the UI and code-behind. Better way is to expose a QObject "model" to QML. Your QML scene state can then be controlled using the your model object's Q_PROPERTIEs. See the section Embedding C++ Objects into QML Components in the same doc article on how to expose objects from C++ to QML.