QML and Qt Quick

@dheerendra Amazing🥳！It works,but why could not it run correctly before?I think thery are similar,just a little different.Is the problem on the order of the property?🧐

Is is also odd that the binding loop detector does not complain about the line above where is it claiming a binding loop which ostensibly appears to be binding in a similar way: x: control.background.x + control.background.width / 2 - width / 2

Correction
if I reorder these two lines I do get a binding loop warning for x: control.background.x + control.background.width / 2 - width / 2 but not for y: control.background.y + control.background.height / 2 - height / 2

Had a quick at your code.
engine.rootContext()->setContextProperty("controlLogic", &controlLogic);
controlLogic is visible to your qml files. But nowhere it is applied. Maybe use Connections inside your QML files to catch signals from controlLogic to make control changes.

If you are on WIndows and build with MIngw32 there is a nice a simple tool that use on test host,drmingw is save me in many time.
https://github.com/jrfonseca/drmingw

PS
build the release with CONFIG+=force_debug_info

@kkoehne Absolute legend

Fixed in 6.7.3

@dheerendra Thank you for your reply. I do not use TableView from Controls 1. Instead, TableView: QtQuick is applied. Flickable is not the issue. Touch event handling in Qml is the problem. Mouse works just fine.

The consensus seems to not have to rely on Array.isArray : https://bugreports.qt.io/browse/QTBUG-125289

@feli223 This post doesn't say anything about how the resources have actually been populated. That's where it went wrong. The fact that it works without the colon means, that an in-source build finds the file somewhere in the source tree. If the application is deployed without its sources, it won't work any more. I don't know where, how, and why it went wrong, because this part of the code is missing. That means I can't help you, probably nobody can. But I do know that the resource system works seamlessly. So I pointed you to the documentation, because my feeling is that you haven't read it fully and made a small mistake..

Better you provide one sample. Difficult to imagine what you would like to achieve. It is possible to do. One simple example is here.

main.qml Window { width: 640 height: 480 visible: true title: qsTr("Hello World") MyQmlPropertyMap{ id : owner} Text { text : owner.name } MyButton{ b1 : y1 } YourButton{ id : y1 visible: false } } MyButton.qml Rectangle { width: 200;height: 200 color: "blue" property var b1 MouseArea{ anchors.fill: parent onClicked: { b1.visible = true } } } YourButton.qml Rectangle { width: 100;height: 100 color: "red" }

It turns out that I was using the wrong call on my proxy model. This works:

void SanitizerModel::setSpaceIndex(int index) { if (m_spaceIndex == index) { qDebug() << "SanitizerModel::setSpaceIndex: skipped"; return; } m_spaceIndex = index; invalidateFilter(); // *** NOT invalidateModel() *** }

Thanks to all who looked at this.

@CKurdu said in What is the problem in this qml file?:

The problem is that my coworker insists that the lines below are correct.

Connections { target: videoRecords visible: false pageManager.show("videoRecordsPage") }

What is this even supposed to do?
Connections is meant to connect to signals declared in its target. Note that there is little reason to use a Connection inside the declaration on its target.
There's no visible property in Connections, it's not a visible item.
Writing pageManager.show("videoRecordsPage") here is syntactically incorrect in QML.
You also have a duplicate object id.

The correct syntax for Connections is :

Connections { target: object function onSignalName() { // do stuff } }

Here you don't need Connections to handle a signal of videoRecords, you could do:

VideoRecords { id: videoRecords visible: false modal: true on<YourSignalName>: pageManager.show("videoRecordsPage") }

This is assuming that you want to handle a signal in VideoRecords and show the videoRecordsPage after. You are the one knowing if it does make sense in your code.
As for the visible: false in Connections, maybe it was meant to be the enabled property? Your tell us (or your colleague tells you).

It's in Qt Positioning.

@Jonas-Karlsson Thank you a lot, I will try it out.

Thank you for your reply. Yes, I'm currently running the example(simplerhiwidget) for testing purposes and I am sure that my app started and running normally. Is there any parameter I need to modify to enable RenderDoc to inject its DLL into the executable? Also, in the remote host manager, there's nothing I can select; is this normal behavior?
rhi2.PNG

If you are trying to create a cube then it looks like your cube data is wrong as you can see from this picture:
image.png