qtforum.de

Ich bin nicht sicher, was Du erwartest. Wenn der Host gefunden werden kann, aber dann unter dem angegebenen Port keine Verbindung hergestellt werden kann, dann braucht er doch auch nicht mehr zu warten, ob evtl. doch noch eine Verbindung aufgebaut werden kann. Ich bin der Meinung das ist kein Proble...

Bin mir nicht sicher, aber während Du auf Antworten wartest, guck Dir mal das Enum Qt::MatchFlag an. Ich denke in Deinem Fall, müsstes Du Qt::MatchFixedString bzw. Qt::MatchFixedString | Qt::MatchCaseSensitive benutzen.

1) QThread emittiert selber schon finished(), wenn die run() durch ist. Da die Erzeugung eines Threads eine relativ teure Operation ist, frage ich mich bei der ganzen Sache, wie oft diese Berechnungen ausgeführt werden. Wenn das häufiger passiert, würde ich darauf verzichten, die Dinger jedesmal ne...

Um auf die Threads zu warten würde ich die Threads per Signal/Slot mit dem MainThread verdrahten. Wenn ein Thread fertig ist, wird einfach ein Signal emitiert, dass Du mit einem Slot deines Mainthreads (bzw. eines Objektes darin) verbindest. Beachte, dass Du dafür in Deinen Threads einen Eventloop b...

Die Benutzung anderer Libs schließt nicht aus, dass Du Deine VS Projektdateien von qmake erzeugen lässt, aber das nur am Rande. Ich bin mir nicht sicher, wie beim VS die CustomBuildSteps am Besten konfiguriert sind. Ich paste mal einen Teil einer von qmake generierten .vcproj Datei von mir, vielleic...

Das ist kein VS Problem, normalerweise werden die MOCs nur neu erstellt, wenn sich der Header geändert hat. Welche QT Version benutzt Du? Ich glaube bei 4.5.2 hatte ich das gleiche Problem. Meine Lösung sah so aus: In %QTDIR%/makespecs/features/ die Datei moc.prf öffnen. Dort die Zeilen !isEmpty(INC...

Dir fehlt das Q_OBJECT Macro in der Klasse GraphicsScene.

Sorry, dass ich durch den Schreibfehler für Verwirrung gesorgt habe, hab das mal korrigiert...

Übrigens solltest Du Dir mal die Klasse QTreeWidgetItemIterator angucken.

In Deinem QT Ordner findest Du eine Datei "configure.cache", diese enthält die Kommandozeilenparameter, die Du beim configure angegeben hast.

Dein StackedWidget hat vielleicht einen Parent, aber Deine QSettings nicht... Also entweder in ~StackedWidget ein "delete settings" aufrufen, oder wie vorgeschlagen als Variable auf dem Stack lokal im Destruktor (wenn Du die settings an anderen Stellen brauchst, geht das natürlich nicht).

Versuch das connect mal so: connect( ui.treeWidget, SIGNAL( itemChanged( QTreeWidgetItem*, int) ), this, SLOT( itemChecked( ) ) ); Oder noch besser, Du änderst Deinen itemChecked() slot, dass er auch noch das Item und die Column bekommt: connect( ui.treeWidget, SIGNAL( itemChanged( QTreeWidgetItem*,...

Das steht hier:
http://doc.trolltech.com/4.6/signalsandslots.html

Und es scheint in der Tat neu zu sein, denn in der Doku zu 4.5 steht noch:
If several slots are connected to one signal, the slots will be executed one after the other, in an arbitrary order, when the signal is emitted.

Christian81 hat geschrieben:Es ist nichtmal definiert welcher Slot als erstes ausgeführt wird.

Laut Qt schon:

If several slots are connected to one signal, the slots will be executed one after the other, in the order they have been connected, when the signal is emitted.