Changes to Qt QML

Migrate Qt QML to Qt 6.

Qt 6 is a result of the conscious effort to make the framework more efficient and easy to use.

We try to maintain binary and source compatibility for all the public APIs in each release. But some changes were inevitable in an effort to make Qt a better framework.

In this topic we summarize those changes in Qt QML, and provide guidance to handle them.

QML language

URL resolution

In Qt 5, relative urls were often, albeit inconsistently, directly resolved, especially when assigned to an url property. In Qt 6 this is no longer the case.

If you had a QML file stored under “/home/qml/example.qml”, and “example.qml” contained

property url imageFolder: "./images"

then the url property would store the URL “/home/qml/images”. This made it impossible to use relative URLs in QML in this way, so in Qt 6, the URL stays relative, and only gets resolved when this is required (e.g. when it is used as the source of an Image component). If you depend on the old behavior, you can use Qt.resolvedUrl

For example, if you have code like

you can rewrite it as

Qt.resolvedUrl can be used in both Qt 5 and 6.

Variant Properties

variant properties, which have been marked as obsolete since Qt 5, are now treated in exactly the same way as var properties. Code that relied on implicit string conversion triggered on assignment to variant properties should be updated to explicitly create an object of the correct type.

For example, if you have code like

you can rewrite it as

Implicit conversions were done for strings that could be parsed as

  • color (use Qt.color instead instead),

  • date (use the Date object instead),

  • rect (use Qt.rect instead) and

  • size (use Qt.size instead)

variant still remains a deprecated keyword in Qt 6, though new code is strongly encouraged to use var properties instead.

Note

If the type of the property is known not to change, use a property of the concrete type, instead of a var property.

Note

These conversions were also applied to QVariant properties of classes registered with the engine. As with variant properties, code that relied on implicit string conversions need to use the corresponding functions of the Qt object.

Source Incompatible API Changes

Changed API

QQmlListProperty's CountFunction and AtFunction have been changed to use qsizetype instead of int to align with the corresponding changes in Qt’s containers.

For example, if you have code like

you can rewrite it as

Code which needs to supports both Qt 5 and Qt 6 can either use a typedef which is int in Qt 5 and qsizetype in Qt 6, or use QList::size_type, which already is such a type alias.

Removed API

Various deprecated functions have been removed.

  • The QQmlListProperty constructor taking a reference has been removed.

    For example, if you have code like

    you can rewrite it as

  • The functions qmlDebug, qmlInfo, qmlWarning, qmlContext and qmlEngine used to exist both in the global namespace (or Qt namespace in namespaced builds), and in the QtQml namespace. These functions now exist only in the global namespace.

    For example, if you have code like

    you can rewrite it as

  • The qmlRegisterType overload taking no arguments has been removed. Use qmlRegisterAnonymousType instead, or switch to declarative type registration with QML_ANONYMOUS.

    For example, if you have code like

    you can rewrite it as

    Or alternatively

    class AnonymousType : public QObject {
        QML_ANONYMOUS
        // ...
    };
    
  • The overloads of qmlRegisterExtendedType and qmlRegisterInterface which take no version argument have been removed. Use the overloads providing a version, or switch to declarative type registration with QML_EXTENDED and QML_INTERFACE .

    For example, if you have code like

    you can rewrite it as

    Alternatively

    struct GreetInterface
    {
       QML_INTERFACE(Greeter)
       virtual ~GreetInterface();
       virtual void greet();
    };
    Q_DECLARE_INTERFACE(GreetInterface, "org.hi.GreetInterface")
    

    Note

    In new code, declarative type registration should be preferred.

  • The function QJSValue::engine has been removed. If access to the engine is required, a reference to it must be stored instead.

  • qmlAttachedPropertiesObjectById and qmlAttachedPropertiesObject(int *, const QObject *, const QMetaObject *, bool) have been removed. Use the qmlAttachedPropertiesObject(QObject *, QQmlAttachedPropertiesFunc, bool) overload of qmlAttachedPropertiesObject instead.

  • QJSEngine::installTranslatorFunctions has been removed. QJSEngine::installExtensions is available as a replacement.

    For example, if you have code like

    you can rewrite it as