General and Desktop

It was solved by compiling with "-no-gtkstyle" option. The problem happened on file qgtkstyle.cpp line 1714.

Yes, you do have to take some measures. One important one is that you need to signal changes in the data store before they happen, as well as when they are done. Otherwise, you'll have problems implementing the model properly.

Kuzulis very nive informations! Thanks!

I have the same error on Windows. Have you made any progress with this issue ?

---push---

You can also check "here":http://qt-project.org/forums/viewthread/16255/ for more references.

Dear Jeroentje, Would you mind to share the QYourDialog code? Thanks in advance.

Are qtlogo.h and qtlogo.cpp added into your .pro file?

I solved this problem by including Qt Widgets headers individually rather than simply #include <QtWidgets>.

Perfect :D Please add [Solved] to the beginning of this topic's subject if you have no further questions related to this problem.

[quote author="floatingWoods" date="1353165219"]Actually the original application was a visual studio project and pure MFC. That application can still be compiled within visual studio (i.e. all Qt code is excluded in that case with many ifdef-s). When compiling with Qt Creator, then all the MFC code gets excluded (here too, with lots of ifdef-s).[/quote] You don't have to do that. Like MuldeR said, you can use Visual Studio to compile Qt programs.

Since QLabel takes a QString, you can write @ QLabel texte(QString::fromUtf8("éèê"), &fenetre); @ For non-Qt programs, you need to use C++11's Unicode support: http://en.wikipedia.org/wiki/C++11#New_string_literals

I'm already in testing with QtSoap, but without success. You know QtSoap use?

Thanks for reply. That is checked. Settings is assigned and the first statement (line 3 in first post) retrieves the correct name. As soon as the getExistingDirectory is not called it does work also under release.