9985cc330a
Because setObjectName() now takes a QAnyStringView, passing C string literals is much more efficient than using QString::fromUtf8(). This patch only deals with setObjectName() as a known property, probably from a name attribute. If the objectName property is set by a <property> element (or so I assume), we still emit a QString::fromUtf8(). Detecting objectName there would be too much magic. Besides, I haven't been able to find why sometimes there's a second setObjectName call right after the first, when in the XML it seems all kosher (name attribute and objectName <property> agreeing on the content). Change-Id: Icf07bad841ac735a9c744bbd955428ba15758089 Reviewed-by: Thiago Macieira <thiago.macieira@intel.com> Reviewed-by: Qt CI Bot <qt_ci_bot@qt-project.org> Reviewed-by: Friedemann Kleint <Friedemann.Kleint@qt.io> Reviewed-by: Mårten Nordheim <marten.nordheim@qt.io> |
||
---|---|---|
.. | ||
androiddeployqt | ||
androidtestrunner | ||
bootstrap | ||
cmake_automoc_parser | ||
macdeployqt | ||
moc | ||
qdbuscpp2xml | ||
qdbusxml2cpp | ||
qlalr | ||
qtpaths | ||
qvkgen | ||
rcc | ||
shared | ||
tracegen | ||
uic | ||
windeployqt | ||
CMakeLists.txt | ||
configure.cmake |