Qt Creator and other tools

You need to place the libs in a location your exe will be familiar with

You dont need to do bq. CONFIG += staticlib

bq.

The default is .lib

Anyone? Not getting anywhere trying to find my bug without being able to step into the sources.

Paul

What probably need are the "Qt Quick Desktop Components":http://labs.qt.nokia.com/2011/03/10/qml-components-for-desktop. But they are still in an alpha stage.

"QCoreApplication::processEvents()":http://qt-project.org/doc/qt-4.8/qcoreapplication.html#processEvents is what you are looking for.

If you want to use functionality of the QtTest library you will have to add <code>QT += testlib</code> to your <code>.pro</code> file.

Please consider to "file a bug report":http://bugreports.qt-project.org/ then...

That does sound like a bug! Please "file a bug report":http://bugreports.qt-project.org/ so that this is actually looked into.

I've found one solution for dynamic linking combining the instructions of these two so posts:
http://stackoverflow.com/questions/3729810/boost-regex-not-playing-welll-with-snow-leopard
http://stackoverflow.com/questions/135688/setting-environment-variables-in-os-x
though I haven't tried it for static but I'm content with this for now...

Thanks Volker and Herder for your help! I should have said that some people on my project believe that it works in linux but it doesn't for the reasons you specified Herder.

[SOLVED] thanks to Herder.

I found out myself by looking at the examples ;-)

@<fieldcontrol class="Utils::PathChooser" ....@

does the trick.

Please consider to file a bug report. It should use the proper mkspec for the tool chain.

I wonder if the FIXME will let you finish compilation, because it looks like a real compiler error in the screenshot.

This will probably work:
@SOURCES += $$system(ls src/.cpp)
HEADERS += $$system(ls src/.h)
@
You'll have to change the command used if you are not on Unix-based OS.

Thanks for sharing your findings.
With google you find some references, but those are not ms pages. So, you are probably right that it is an undocumented feature.

QPainter allows you to draw to any QPaintDevice subclass (typically QPixmap and QWidget). The most common usecase is to subclass QWidget, to reimplement the paintEvent() method and to use a QPainter to do custom painting.

Be aware that you cannot use QPainter to draw on a widget outside of its paintEvent() method!

Reimplementing various *Event() methods is "quite common":http://qt-project.org/doc/qt-4.8/QWidget.html#events in Qt, and is amongst others used for handling mouse events.

The "programming tutorial":http://qt-project.org/doc/qt-4.8/gettingstartedqt.html, the "QWidget":http://qt-project.org/doc/qt-4.8/QWidget.html#events and "QPainter":http://qt-project.org/doc/qt-4.8/QPainter.html#details documentation as well as the "examples":http://qt-project.org/doc/qt-4.8/painting-basicdrawing.html and freely available books like "C++ GUI Programming with Qt 4":http://www.qtrac.eu/C++-GUI-Programming-with-Qt-4-1st-ed.zip are a good place to start reading.

I forgot.Now it works well.

You are right! Thanks!

thanks, is exactly what i want.