General and Desktop

Hi and welcome to devnet,

I haven't used CLion yet but I found this tutorial from their documentation. Did you follow it ?

Sure is, I can only assume I've hit a combination of hardware/complier/toolchain that exposes a bug somewhere - I may follow this up with GNU on this issue, though reading their guidelines for bugs they may never look at it :-)

I've added my PC spec as this may help others searching for similar issues in the future:

OS Name
-> Microsoft Windows 11 Pro
Version
-> 10.0.26100 Build 26100
System Model
-> Precision 5690
Processor
-> Intel(R) Core(TM) Ultra 7 165H, 3800 Mhz, 16 Core(s), 22 Logical Processor(s)
Installed Physical Memory (RAM)
-> 32.0 GB
Drives size:
-> 1.86 TB (2,045,443,567,616 bytes)

gcc --version
gcc.exe (Rev2, Built by MSYS2 project) 14.2.0

@JonB Good catch !

As for what I meant: the uic file is clearly for a class named MainWindow and not HolaMundo.

https://www.dropbox.com/scl/fi/gf1j6pdtt4qn3s9p3ou3m/PieMenuTesting_mwkquR9RV4.mp4?rlkey=xgjy3s04abhaat9eocklde6pl&dl=0

I had to remove my zoom & evade- code, as it didn't work right, yet. But there you can get an idea of what I believe it should look like...

And here's another Video - you can see it doesn't help much not to be able to use the QMenuPrivate infrastructure, as QPieMenu has no way to tell, if it was caused by another menu or not (context). Still looks cool ;)
https://www.dropbox.com/scl/fi/w4b4402k3l7yp8by4mwxq/PieMenuTesting_Wl9kcndwHo.mp4?rlkey=1yylqzywz23p60tafaau0hao3&dl=0

And in Windows-Style:

commenting out the instanciation of the left widget will prevent the segmentation fault problem, so the problem mist be in some custom slot where i update the values after the “modelChanged()” signal.

it seems like the model exist for all the component that uses it but when accesing the have a reference to some non existing data and crush..

without a deep knowledge of QMap<> i think I’m missing some core concepts that is casuing the problem after the model resetted

@gabello306
@ChrisW67's suggestion is indeed the simplest if you are willing to assign static tooltips to existing items in the list, and recommended if that is the case. However it will require some further work if you insert, delete or move items in your list. Do you need that, or is the list fixed? It also displays the information as a popup tooltip over each item rather than your original requested "Above a QListWidget I must display an index number" so depends whether you mind about that.

Why use threads at all?

#include <QCoreApplication> #include <QTimer> #include <QDebug> class Snow: public QObject { Q_OBJECT public: explicit Snow(QObject *parent = nullptr): QObject(parent) { m_pingTimer = new QTimer(this); m_pingTimer->setInterval(1000); connect(m_pingTimer, &QTimer::timeout, this, &Snow::handlePing); } ~Snow() { } void setPingEnable(bool enable) { if (enable) { m_pingTimer->start(); } else { m_pingTimer->stop(); } } private slots: void handlePing() { qDebug() << "ping" << Q_FUNC_INFO; QTimer::singleShot(100, this, &Snow::handlePong); } void handlePong() { qDebug() << "pong" << Q_FUNC_INFO; } private: QTimer *m_pingTimer; }; int main(int argc, char **argv) { QCoreApplication app(argc, argv); Snow snow; snow.setPingEnable(true); // only run a while QTimer::singleShot(10000l, &app, &QCoreApplication::quit); return app.exec(); } #include "main.moc"

fwiw, late though it may be, i found an odd behavior with some custom widgets requiring you to explicitly set the row/colspan when adding the item (eg, insertWidget(item,row,col,1,1)) -- this does not seem to happen with custom widgets that are a collection of custom controls, just ones that do their own custom painting in paintEvent.

@J-Hilk

This masterpiece deserves an extra medal 🤣

@JonB actually it sounds like a good idea, thanks

@Rkutun Take a look at https://ftp.gnu.org/old-gnu/Manuals/gprof-2.9.1/html_mono/gprof.html

you added setContentsMargins(1, 0, 1, 0) on QHBoxLayout .
so toolbutton expanded in full size. thanks for this answer it worked for me.

@Christian-Ehrlicher
Here is a quickly written piece of code to reproduce the issue. It is just a single main.cpp file. I have to use pastebin since my message is being flagged as spam (I have no idea why!)
https://pastebin.com/DLVbDLzj

It depends on which mode the system starts with. I have the issue when the system starts with dark mode.

i facing same issue. cornerwidget is overlapping/misaligned if resized widget using set size method.

@jsulm Thank you for the clarification. So this remains a mistery to me.

currently i use the "Classic" Paddle SDK on mac, and API on Windows, since they got rid of the Windows SDK.

on mac, it's entirely in-app, and the return value of successful purchase is the serial number, so the user doesn't have to enter it.

on Windows, it used to be the same, when they supported the win SDK, but since they pulled that rug, it now goes to a web site for the purchase, and at the end the user is presented with the serial number, which they copy. switching back to the app, it notices the SN on the clipboard and enters it for them, so even then they do not have to enter it.

my WISH is to go back to a fully in-app method, like we have now with the mac. but the mac SDK is soon to be discontinued too, and their licensing server is ALSO going offline so they will no longer manage serial numbers. (i have a rant with the fury of a thousands suns about all this).

so, what eCommerce solution do folks use, who provide in-app purchase, and manage serial numbers, activations, license checks etc?