I'm wondering if the answer is related to Window properties flags, modality and possibly visibility. I've read the docs but some of it is a little thin on the ground and I am unclear how these properties interact.

Can anyone suggest what's needed for my app to be:

standard iPad app, which means single window that's fullscreen, and single-window app on Windows and MacOS

I've been controlling whether my app is fullscreen by setting visibility: Window.FullScreen. I still want to have the option to set this or not set this. (Or a different way to start / go into / out of full screen mode for Windows & MacOS.)

@Christian-Ehrlicher

That would be ideal, but QMake was the system used when the project started. We're considering porting everything to CMake, but it looks like it's going to take some doing.

@Pl45m4
I tried to use the search function, but those seem to be good sources that I hadn't seen yet. I'll take a look at those right now. But I was able to find an answer on StackOverflow that I somehow missed until now:
https://stackoverflow.com/questions/32279193/cuda-win7-qt-creator-lnk1104-cannot-open-file-cuda-file-obj
I just copy-pasted it and it worked (after changing the version number from 7.0 to 12.1). Then I used the code I pasted above and it worked. Then I used a legit CUDA program and it worked. So I'm going to go through it line by line to understand why that .pro works. Thank you for the links!

@Jhonadam11 Get out of here with these AI generated responses.

I'd just flag their account, but I don't have the 2 rep required as this is my first post.

Well I feel a bit silly, but I thought I had tried that. Seems to work now though.

@nprobst said in Qt 6.2.4 Cross-Compile Windows Raspberry ARMV8:

on the host machine

On the host machine? How would that fix the issue in case of cross compiling? Are you sure you're really cross compiling?

Sure you can but that is a separate install. Microsoft does not allow third party installation.

As for the deployment, windeployqt is the cousin of macdeployqt. Using it will simplify the deployment process.

@RLocksley said in project.exe does not launch:

windeployqt project.exe

if that is the whole command you used, that you missed the --qmldir parameter
https://doc.qt.io/qt-5/windows-deployment.html

@DougyDrumz2 said in How do I make a QLabel Blink?:

The consensus is evidently to l hide and show a QLabel

Not my "consensus :) So far as I am aware, hiding can cause different layout redraw in at least some circumstances. I retain visibility but toggle foreground color to QColor(Qt::transparent) or toggle alpha color value between 255 (opaque) and 0 (transparent) on palette QPalette::setColor(QPalette::Text, colour).

Also, creating multiple QTimer::singleShot()s doesn't scale very well if you want to change the number of flashes or the interval between. Or of you have multiple labels to blink and you'd like them all to be "in sync". I use one regular repeating QTimer with a "countdown" and cancellation when it reaches 0.

Up to you on both of these.

@JonB sweet Jesus on the bike... this is the dumbest typo I ever made.

I am so embarrassed atm.

Thank you :D

@DanBar said in Problem with OpenSSL 1.1 after Qt update?:

If so, how can I make my application compatible with OpenSSL 1.1

It should be enough to just link to it during build and then make sure proper DLL files are in the same directory where your .exe is built. Which DLLs you need and what file names they are depends on compiler used and Open SSL version - sorry I don't remember them exactly, I use Windows only sporadically. If I recall correctly there used to be 2 DLLs in old versions, but nowadays it's a single file and it's called something like libssl-1_1-x64.dll.

or is there a way to switch back to OpenSSL 1.0 to test and see if this is the issue?

OpenSSL 1.0 has reached end of life a long time ago. DO NOT USE IT, it is a serious security risk at this point.

@VRonin said in I am Newbie trying to build Qt5.15.1 on Windows using MinGW, but got linking error:

That is an old post, the latest version of qcustomplot is compatible with all Qt 5.x versions as well as 6.0 (see https://www.qcustomplot.com/release/2.1.0fixed/changelog.txt)

You were right. I missed the latest qcustomplot update in March.
Thanks! :)

Adding to @JKSH, the qml option expects the path to the files in your project sources so it can parse them to pull all the required dependencies.

@san_qt_enthusisast I guess you should be using Java 8

I finally found a solution which seems to work in my case. I added the Qt.MSWindowsFixedSizeDialogHint window flag, which seems to fix the issue.

So below is the modified code:

ApplicationWindow { // common properties id: awMainForm width: 602 height: 728 flags: Qt.Window | Qt.FramelessWindowHint | Qt.MSWindowsFixedSizeDialogHint visible: true // form content isn't relevant ... }

@Ahsan-Niaz said in Releasing exe for 32 bit windows from a 64 bit windows qt creator:

Is it possible to add kits or whatever in my current qt creator.

Yes

As I already mentioned, I already have a project running perfectly on 64 bit windows. I want to create an exe that should run perfectly on 32 bit windows.
Please guide me with what steps I should follow. Thanks

Close Qt Creator Run MaintenanceTool.exe Select and install a 32-bit version of Qt from the MaintenanceTool Install a compatible 32-bit compiler If you're using MinGW, install it from the Qt installer If you're using MSVC, install it from Microsoft's website Open your project in Qt Creator and enable your 32-bit kit: https://doc.qt.io/qtcreator/creator-configuring-projects.html Build and deploy your application using your 32-bit kit

I don't want to reinstall qt and select the packages or kits because its a headache.

You don't need to reinstall Qt.

You must install a new version of Qt on top of your existing installation.

Recently, I had to run an exe released from 64bit windows qt creator for my client on his 32 bit windows.

The bitness of Qt Creator does not matter. What's important is the bitness of your kit. (Qt Creator can manage many versions of Qt, both 32-bit and 64-bit, at the same time)