Cannot seem to load any images/bitmaps from QT Creators resource system
-
The "Burning Sun's Avatar" thing is showing when running the application after
setting the project up with the msvc kit option.'D:\QT_2nd\5.10.1\msvc2017_64\bin\rcc.exe -name icons ..\untitled56\icons.qrc -o debug\qrc_icons.cpp' <-- This does indeed show up in compiler output so the test project seems to work just fine.
-
Ok so your kit seems valid and rcc is run.
Try to delete complete build folder for your project and
run rebuild all and check if your project calls rcc.exe -
rcc is called and the .png shows up :
D:\QT_2nd\5.10.1\msvc2017_64\bin\rcc.exe -name resource ..\QComboBoxDemo\resource.qrc -o debug\qrc_resource.cppbut this is still the only synthax that works:
ui->comboBox->addItem(QIcon(":/png/foo"),"Hanko");
Also before reinstalling no synthax variant at all worked, that's for shure.
But now image loading is feasable of course, so the problem is not that urgent anymore. Still it's strange why other synthax variants don't work as supposed, and why things only started to come together after reinstalling Qt+Qt Creator. Anyways... -
Hi
That is a bit odd. But I have only used ":/" with icons and
"qrc:/" with QML so would not have noticed if was broken once.
Regarding the reinstall- maybe scanner ate rcc.exe the first time or something else
blocked from being installed. Hard to guess at. its normally always included. -
You mean anti-malware scanner? Well that would have to be windows defender then, since I don't have anything else installed of that nature.
Is there maybe still a way to somehow exclude rcc from installation by making wrong selections in the dialogs during installation of Qt+Qt Creator? You said it's a core feature, but... -
You mean anti-malware scanner? Well that would have to be windows defender then, since I don't have anything else installed of that nature.
Is there maybe still a way to somehow exclude rcc from installation by making wrong selections in the dialogs during installation of Qt+Qt Creator? You said it's a core feature, but... -
Hm, removed the mingw53_32 folder from the installation because I thought that
maybe "QT Creator" itself somehow needed mingw53_32 to be present to function correctly, but nothing changed. The path to the alias still works correctly although
other synthaxes don't work, but that seems to be another issue so maybe my build directory just got corrupted somehow. Anyhow thanks for your help. -
Exactly. Once an alias has been defined, I can access the resource by that alias exclusively.
-
Seems to be the same for Desktop_Qt_5_10_1_MinGW_32bit-Debug.
Before I was using Desktop_Qt_5_10_1_MSVC2017_64bit-Debug.
