General and Desktop

@Christian-Ehrlicher I incorrectly assumed that QByteArray would always create a deep copy of the data which was not true for QByteArray::fromRawData (documented behaviour, that I didn't read). So just wanted to confirm if this would behave as intended.

@Christian-Ehrlicher said in QChronoTimer doesn't work as expected: /edit: Looks like it's a windows only issue which will be fixed in the near future. Good, so I am not going mad then :)

@JonB Oops! My Bad :) The solution worked. Thank you for your patience.

@hskoglund -DCMAKE_OSX_ARCHITECTURES="arm64" did not work; the additional command in your post fixed the issue. Thank you.

@Asperamanca I have set that flag in QML. But even if that was the only problem in my case, I don't understand why Qt based apps don't even register taps as clicks by default like GTK does. Here's the code for my simple app. import QtQuick import QtQuick.Window import QtQuick.Controls import QtQuick.Dialogs Window { width: 640 height: 480 visible: true title: qsTr("Hello World") flags: Qt.WA_AcceptTouchEvents Rectangle { id: button signal clicked property alias text: buttonLabel.text height: 50 width: 150 radius: 3 color: "gray" TapHandler { id: tapHandler onTapped: console.log("clicked2") } MouseArea { anchors.fill: parent onClicked: console.log("clicked") } Text { id: buttonLabel text: "Click Me" color: palette.buttonText anchors.centerIn: parent } } }

You really should check that your various QFile open calls succeeded. QSslKey may be the one complaining, but your certificates may be null.

One million rows is nothing, but the trick is of course to have a data model that is well suited for it. In my system where I'm throwing hundreds of thousands to millions rows of data at a QTableView I have: Data that has been organized for quick loading ahead of time System that provides quick access to data without creating objects or having allocate stuff with new. Basically the data is split into chunks that are stored on disk. Each chunk is then memory mapped and each chunk contains "records". Since the records can have variable size each data chunk has a header and and offset table which stores a starting offset for reach record in the data part of the chunk. (You can think of this as a jump table) So when a QTableView needs to display any particular row it all essentially boils down to taking a base pointer to a chunk of data and then reading data at offsets relative to the base pointer. The system is extremely fast.

@jennif56 said in Qt6 upload multiple files: is always the last one in the loop ("C:\notice_lego\4656079.pdf") What do you expect? Since QNetworkManager is async your loop is already done when the download of the first item finished. QNetworkAccessManager* man = new QNetworkAccessManager( this ); You create a new QNetworkManager here in every call ... connect(man, SIGNAL(finished(QNetworkReply*)), this, SLOT(reply(QNetworkReply*))); Please use the pmf style syntax for connects as shown in the documentation. And while you're at it you can pass the filename in a lambda void MainWindow::getPdf(const QUrl &url, const QString &filename) { auto rpl = man->get(QNetworkRequest(url)); connect(reply , &QNetworkReply::finished, this, [this, rpl, filename]() { reply(rpl, filename); }); }

@RoXus said in Subclassing QFileDialog: itm_open = layg.itemAtPosition(2, 2) itm_open.widget().accepted.connect(self.accept_button) Just an observation. For you or anyone else reading this, obviously this relies on the dialog having a QGridLayout and the desired button being positioned in cell (2, 2). Probably a more robust approach is to find the QDialogButtonBox, or better the actual button. From Python you can start from box = self.findChild(QDialogButtonBox) # or buttons = self.findChildren(QPushButton) Look at the docs for these, you can e.g. add the objectName() if you know what it is for the button you want, or similar.

@Qtwbj Without more information nobody will be able to say why it is crashing. Show relevant code (how you're handling BaseItemWidget). Maybe a double delete? And what kind of crash is that? SIGSEGV or something else?

@jsulm I'm sorry, I wrote it wrong. I meant to say that it changes depending on Windows theme. (if qt creator Windows theme is light) & (if qt creator Windows theme is dark)

Does this summarise the problem? Load web page in your application. Page displays correctly Wait until machine sleeps Wake machine Page no longer displays in your application but remainder of screen is fine. What platform? What Qt version? What web site? What features is it using? What does reloading the web page every three seconds have to do with it? What was this supposed to do? What did it do? What else have you done to try to repair this? Are all your drivers, especially video, up to date?

@FDK2077 Applying your style sheet to a basic application template results in multiple warnings in the applications console output: Unknown property border_radius Unknown property border_radius Unknown property border_radius Fixing that would be the first step The border of the QMenu is indeed styled correctly as you can see here: [image: d5157e89-cc19-464c-bf8d-eccaeab28c58.png] The border is a line around the edge of the style box. The background fills the same style box. There is a background-clip property but its documentation does not indicate support by QMenu. The QMenu border does not clip or contain the background (it does work as advertised on supported widgets).

I am doing that to create an alias for resources, and try to workaround this issue. Even without that, the build fails. The thing is, the same project builds fine in Linux.

Simply because Qt Charts makes use of both unless built without OpenGL support.