diff options
author | Fabian Kosmale <fabian.kosmale@qt.io> | 2020-06-22 09:43:05 +0200 |
---|---|---|
committer | Fabian Kosmale <fabian.kosmale@qt.io> | 2020-08-24 10:13:39 +0200 |
commit | 1b7a098803a43355abf62e099267d4a122645e07 (patch) | |
tree | bd8f744e81250042d3e86c1c942be89e8e292f31 /src/qml/qml/qqmlobjectcreator.cpp | |
parent | ae36d94c2f385e272ae25fcd0fe780edb70cf7d9 (diff) |
Unify "variant" and "var" properties in QML
variant and var properties differ in two important ways:
- variant properties trigger "magic" string conversions:
variant v1: "red" // contains a QColor
var v2: "red" // contains a string
- variant properties behave differently for value types: they create
copies, instead of references.
However, as variant properties were marked as obsolete and this
behavior was effetively undocumented, it should be safe to give "variant"
"var semantics".
With this change, we can also avoid doing magic conversions when storing
data in QVariant properties of QObjects/QGadgets
Change-Id: I549b1beb98e6af9639c1ee81f316bda513d5ff65
Reviewed-by: Lars Knoll <lars.knoll@qt.io>
Reviewed-by: Ulf Hermann <ulf.hermann@qt.io>
Diffstat (limited to 'src/qml/qml/qqmlobjectcreator.cpp')
-rw-r--r-- | src/qml/qml/qqmlobjectcreator.cpp | 4 |
1 files changed, 1 insertions, 3 deletions
diff --git a/src/qml/qml/qqmlobjectcreator.cpp b/src/qml/qml/qqmlobjectcreator.cpp index 11d3dd7b5d..5eb885c2e0 100644 --- a/src/qml/qml/qqmlobjectcreator.cpp +++ b/src/qml/qml/qqmlobjectcreator.cpp @@ -423,9 +423,7 @@ void QQmlObjectCreator::setPropertyValue(const QQmlPropertyData *property, const QV4::ScopedString s(scope, v4->newString(stringValue)); _vmeMetaObject->setVMEProperty(property->coreIndex(), s); } else { - // ### Qt 6: Doing the conversion here where we don't know the eventual target type is rather strange - // and caused for instance QTBUG-78943 - QVariant value = QQmlStringConverters::variantFromString(stringValue); + QVariant value = stringValue; property->writeProperty(_qobject, &value, propertyWriteFlags); } } |