@aha_1980 Here's how I bootstrapped new working settings for QtCreator. On Windows the settings reside in <user>\Appdata\Roaming\QtProject, which contains files QtCreator.db, QtCreator.ini and directory qtcreator with lots of subdirectories, xml files etc. Renaming that directory then running QtCreator created a new settings directory (from a template kept in the Qt distro) . After that, QtCreator started behaving normally, though of course without any memory of previous projects or kit associations. Copying the QtCreator.ini file from the renamed directory restored those memories but did not make the bad behavior come back. Apparently the root problem is an incompatibility between Qt Creator 4.10.2 and some old file in the settings folder. In my case those files were created years ago by QtCreator 3.5. And since 3.5 does not even support VC 2015, I guess it was high time for a change.

@aha_1980 Hi again! I created a bug report at https://bugreports.qt.io/browse/QTCREATORBUG-23295, lets hope that someone finds a fix. Thanks for your time!

@Yash001 That is beyond my experience level. No help possible from my side.

Ok i found the problem i just forgot to put the config file in my Deployment folder. Thanks for the help @jsulm .

@mrjj Thanks for the reply.

@J.Hilk Thanks for your answer. But I want to ask how can I know I have to choose one over the another? After running the application "Bluetooth File Transfer" I faced the following error: Thanks in advance!

Ok, I have not found a solution but a workaround. I have to open and close the external window before my QML gui is opened. So I do this in my main before the QML engine loads the QML file. Then I pass the necessary information from the external window via pointers to my GUI.

I did some exploratory debugging and found that (on Windows 10) QWindowsStyle::drawPrimitive() is not being called to render checkboxes, but rather they are being drawn with DrawThemeBackgroundEx() from uxstyle.dll (which I would have expected to support High DPI correctly.) After looking at the screen shots attached to the ticket referenced above I discovered that I have a different sort of drawing problem; checkboxes are being render correctly, but at the same size (13px) regardless of device scaling. On Windows 7 checkboxes appear to render correctly with device scaling enabled.

Hey , i just asked in repo and they said "they have not enabled d3d in project" , so i guess i will stick to Linux for this one

@Fuel the exemples in pyqt-master do it automatically but i don't understsnd what event or property they use

@LuAria please don't forget to mark your post as solved when your problem is finally gone :-)

I have had Kaspersky AV delete QtCreator after doing an update via the MaintenanceTool. After reinstalling Qt and adding an exception for QtCreator (and MaintenanceTool too, I think) it has been fine.

Hi and welcome to devnet, What's dxftoqet3db.h ? Where does it come from ? Does it use an external .dll ?

@jsulm hmm yes I'll try Gradle as well, thank you!

@mrjj no, a callback is just the nomenclature you use to describe functions passed as arguments to other functions to be invoked later.

I have corrected this bug and the other under linux too, my correction is not very clean,but it corrects the bugs.I must look under mac os too

@pmh4514 I received an answer from Qt support, it solved the problem. Their answer below: On a virtual machine the OpenGL support might not be enough for rendering Qt WebEngine, so the quickest way to check if this is the case here is to do: set QT_OPENGL=angle on the command line or add: QGuiApplication::setAttribute(Qt::AA_UseOpenGLES); before the creation of the application object

There's an initial release of the VS-AddIn here Sure there is, just build qtbase statically then build only the modules you want by hand or exclude all the modules you don't want when calling configure.

@NIXIN I am currently using qt-opensource-windows-x86-msvc2013_64-5.6.0

@CAD_coding form the official document, I think you can do it

Not a silly question, but yes I did.

There is not reported this specific bug but other very similar which roots in window frame handling by Qt. For example: https://bugreports.qt.io/browse/QTBUG-53368?jql=text ~ "frame size windows" https://bugreports.qt.io/browse/QTBUG-31735?jql=text ~ "frame size windows" https://bugreports.qt.io/browse/QTBUG-14613?jql=text ~ "frame size windows"

Hi and welcome When you use the EXE outside of the compiler, it need to have some DLLS in order to run. (in the same folder as the exe) please see http://doc.qt.io/qt-5/deployment.html for short list http://www.bogotobogo.com/Qt/Qt5_Deploy_Windows_Plugins_Platforms_qwindows.php and for the best: http://www.tripleboot.org/?p=138 You can also use http://www.dependencywalker.com/ to cast some light one if you need other dlls.