QML and Qt Quick

To add some extra information, this is the full stack of where the Component-related error happens: QQmlApplicationEngine failed to load component file:///home/sander/dev/shoopdaloop/src/qml/applications/shoopdaloop_main.qml:17:5: Type Session unavailable file:///home/sander/dev/shoopdaloop/src/qml/Session.qml:474:9: Type AppControls unavailable file:///home/sander/dev/shoopdaloop/src/qml/AppControls.qml:187:13: Type ProfilingWindow unavailable file:///home/sander/dev/shoopdaloop/src/qml/ProfilingWindow.qml:120:19: Type TreeViewDelegate unavailable qrc:/qt-project.org/imports/QtQuick/Controls/Material/TreeViewDelegate.qml:101:9: Non-existent attached object [Frontend.Application] [WARN] Created invalid object [Frontend.QmlEngine] [WARN] Could not find top-level QQuickWindow to connect back-end refresh to GUI refresh And when I remove the "ProfilingWindow" completely, instead this is the full stack of where the QtObject-related error happens: file:///home/sander/dev/shoopdaloop/src/qml/TrackWidget.qml:141: Error: TrackWidget: Failed to load loop factory: file:///home/sander/dev/shoopdaloop/src/qml/LoopWidget.qml:1687 Type DynamicToolTip unavailable file:///home/sander/dev/shoopdaloop/src/qml/DynamicToolTip.qml:11 Type ToolTip unavailable qrc:/qt/qml/org/kde/breeze/ToolTip.qml:112 Type Impl.StandardRectangle unavailable qrc:/qt/qml/org/kde/breeze/impl/StandardRectangle.qml:-1 Type Theme unavailable qrc:/qt/qml/org/kde/breeze/impl/Theme.qml:10 QtObject is not a type Interestingly, in the first error the culprit is inside TreeViewDelegate which is a built-in QML type. And in the second error it seems at least suspicious that the ToolTip type is for some reason taken from a KDE-specific library instead of a regular QtQuick Controls item. Maybe there is some conflict happening with Qt libraries and/or QML types coming from KDE? Note that I don't explicitly load KDE libraries anywhere in the app. The second error (QtObject) goes away when I run the app in weston instead of in KDE. But the first one persists. EDIT: the second error is completely gone when explicitly importing QtQuick.Controls.Material. Apparently using the Material style in the top-level application window was not enough to force Material throughout the window. The first error still persists though.

Because you built your app in debug mode but you did not built QtSvg in debug mode. look in the debugger output which dlls get loaded from where

Does your system supports avx2? Please provide a minimal compileable example to reproduce the problem. No qml needed for this I would guess.

The same issue. I am trying to run 5.12 codes with QT creator 6.19 on Win11. On Mac this combination is OK. On Win 11 run with QT 5.12 no such issue.

OK, my previous links were for Wayland, so they don't apply to Android. Is this for Android Automotive? If so, then you probably want to use the ActivityView to embed your 3rd-party apps, and you can put your own header and footer around the ActivityView: https://www.qt.io/blog/qt-android-activity-view https://doc.qt.io/QtAndroidAutomotive-6.9/activityview-examples.html Please note: Qt for Android Automotive is a commercial-only product, and is not available to most users on this community forum. If you require further assistance, please contact Qt Support

Hi, Something like the device utilities module ?

@Devopia53 Thank you very much !

@Asperamanca, you'd be as surprised as me, per discuss.kde.org/t/173/17 and discuss.kde.org/t/13920. Although the focuses are on a very specific (albeit important topic), the latter cites some very verbose criticisms from developers. I'm of the hope it's Kirigami's fault, rather than QML's. However, when I've tried pure QML on Plasma, it's looked worse than even Kirigami does. I'll presume that that's because the original creators of Kirigami attempted to style QML initially, and solely after they realised that they couldn't to their satisfaction, created Kirigami. I'd say that this is in comparison to their QStyle, which doesn't require a middleman to style QtWidgets-based applications. However, considering the Union project has recently come to fruition, that might not be true. Though, it might instead be because they need to style QML so heavily that they can't feasibly maintain a QStyle and QQuickStyle. I'll merely wait a little for Union to be released, to see whether the styling improves across platforms. The FluentWinUI3 were a significant improvement, after seeing them in use in NextCloud on Windows 11. It'd be nice if solely one technology were the future, whether QML or QtWidgets.

@SuhasKrishanamurthy said in What is the difference between Canvas3D and View3D in Qt Quick?: I'm a bit confused about when and why one should be used over the other. Qt Canvas3D was deprecated long ago, and has been removed from Qt 6: https://bugreports.qt.io/browse/QTBUG-70510 So, you should use the Qt Quick 3D module (which contains View3D) because it's the one that is actually available and supported in Qt 6. Here is an example: https://doc.qt.io/qt-6/qtquick3d-view3d-example.html Note: Qt Quick 3D is only available under the GPL and Commercial licenses. It is not available under LGPL.

The gui needs to be handled in the main thread - no matter if widgets or qml or whatever.

Thank you, I just tried this: layer.enabled: true layer.smooth: true // tried both true and false here layer.mipmap: true No visual changes, unfortunately.

@GrecKo Thank you, I set setInitialProperties and the errors disappeared

@Christian-Ehrlicher Thank You

You are recreating pkt1secAudio every time. You should really check the lifetime of all your objects.

@Blackzero said in Errors in using ApplicationWindow in Qt Quick Design: @JKSH Yes, the application can still run. I hope that in the future, Qt Quick Plugin will support ApplicationWindow. There is an open change request for this. You can watch/vote for it: https://bugreports.qt.io/browse/QDS-10914 I forgot: It should also work if you use Window instead of ApplicationWindow. But the latter is a lot more feature-rich.

@Mucip said in Qt 6.9 and QML harmony?: Program is working but no intellisense. If you use setContextProperty() or qmlRegister*() functions, then the classes are only registered AFTER the program starts running. That's why code completion (Intellisense) doesn't work -- because your classes have not been registered so the QML tools can't see your classes. The documentation contains a warning about the problems of context properties: https://doc.qt.io/qt-6/qtqml-cppintegration-contextproperties.html Instead, use the QML_ELEMENT + QML_SINGLETON macro with qt_add_qml_module() to register your class automatically when building your project. Then, code completion can work. The "QML Video" example (https://doc.qt.io/qt-6/qtmultimedia-video-qmlvideo-example.html ) shows how to do this with its VideoSingleton class: https://code.qt.io/cgit/qt/qtmultimedia.git/tree/examples/multimedia/video/qmlvideo/qmlvideo/videosingleton.h?h=6.9 https://code.qt.io/cgit/qt/qtmultimedia.git/tree/examples/multimedia/video/qmlvideo/qmlvideo/CMakeLists.txt?h=6.9 For more information about integrating C++ and QML, see https://doc.qt.io/qt-6/qtqml-cppintegration-overview.html

Hi, From a quick search it's seems there's an android specific private API that you can leverage. Please note the warning that comes with it.