Du du dich anscheinend mit der Materie auskennst, hab ich noch ein paar Fragen. Ich will nämlich nicht damit anfangen und dann merken, dass Qt doch nicht das richtige ist:

1. Geht durch den QTimer mit Interval auf 0 Zeit verloren, also kostet mich das Performance verglichen mit anderen Methoden (MainLoop und dann immer SwapBuffers)?
2. Sind die Events für Tasten und Maus so, dass man sich mit einer First-Person Kamera im Raum bewegen kann? Ich habe nämlich bemerkt, dass diese mouseMoveEvent nur getriggert wird, wenn man die Maustaste drückt... Es gibt doch sicher andere Methoden dafür, oder? Sowas wie KeyDown und KeyUp hab ich glaube ich schon gesehen, wahrscheinlich ist es das beste, einen boolean zu setzen und wieder zurückzusetzen um sich zu bewegen, dann hat man diese Sekunde verzögerung nach dem ersten Tastendruck bis zu den Wiederholungen nicht.
3. Wie verhält sich Qt mit Multithreading? Kann ich bspw. aus einem zweiten Thread den ich für Physik verwende direkt auf die Widgets zugreifen, oder muss ich da synchronisieren?
4. Ich habe in meinem Qt-Testprogramm noch keine Shader eingebunden (es rendert im Moment nur ein Dreieck), aber als ich mit dem QPainter etwas über OpenGL zeichnen wollte (ich habe gelesen, man kann damit sehr gut Text rendern), bekomme ich in stderr einen Fehler der sagt, dass die Shader nicht kompiliert werden konnten.*
5. Welche Einstellungsmöglichkeiten habe ich bezüglich des Kontexts? Ich habe das QGLFormat gesehen, mit dem man einiges Einstellen kann, aber wie kann ich bspw. sagen, dass ich einen GL3 Kontext haben will?

(*)

Das Signal-Slot-Konzept ist ziemlich schnell. Ich habe bisher immer einen Timer benutzt, war mir schnell genug. Es hindert dich aber niemand daran die Hauptschleife selbst zu implementieren. Du musst dann aber natürlich irgendwo Qt-Events verarbeiten. Das geht in dem du einfach selbst irgendwo in der Schleife QCoreApplication::processEvents aufrufst. Ich bin mir allerdings nicht sicher ob man da QApplication::exec() aufrufen muss oder nicht.


Ja, das geht.


Du solltest bei den Key-Events alles ignorieren wo keyEvent->isAutoRepeat () == true ist. Ich nutze bei mir ein std::set<int> um zu speichern welche Tasten aktiv sind. Ein weiteres std::set wird für die Mausbuttons benutzt. Die eigentliche Bewegung findet dann in einer update-Funktion abhängig von der tatsächlich vergangenen Zeit statt.


Das kannst du für jedes Widget über die Methode setMouseTracking() einstellen.


Wenn bestimmte Methoden thread-safe sind ist das in der Doku explizit angegeben. Für alles andere musst du selbst synchronisieren. Qt stellt dafür aber praktische Klassen zur Verfügung, etwa den QMutexLocker.


Das Textrendering in Qt ist leider nicht (mehr) gut. Es war mal super, bis einschließlich Qt 4.5. Seit Qt 4.6 haben die das irgendwie umgebaut. Die renderText-Funktion des QGLWidget ist nämlich darauf angewiesen, dass du einen OpenGL 1.0 Kontext hast. Mittlerweile wird aber ein OpenGL 2.0 Kontext als Default erstellt. Das war echt ein "Spaß", siehe dieser Thread. Ich habe allerdings noch nicht versucht über den QPainter den Text zu rendern, möglich das dies geht. Möglich das es auch irgendwie anders geht.


Habs noch nicht probiert, aber QGLFormat::setVersion sieht viel versprechend aus. Das Format kannst du vor erzeugen des QGLWidget einstellen. Bei mir sieht die main()-Funktion so aus:

_________________
Yeah!

Je nachdem wie komplex dein Editor werden soll empfehle ich auch noch über XML oder ähnliches nachzudenken.
Ist halt sehr schnell eingebaut und man kann dann prima seine Klassen darum aufbauen, lohnt sich aber wie gesagt
nur wenn du es entsprechend oft brauchst.

_________________
Meine Homepage

Ich kann dir ehrlich gesagt nicht ganz folgen. Ich habe schon vor die Output-Dateien aus dem Editor mit XML-Dateien zu speichern, aber was hat das genau mit der GUI zu tun?

Qt liefert unter anderem auch ein XML-Modul mit. Brauchst du aber nur dann einbinden wenn du es auch benutzen willst, also kein Overhead. Es gibt auch noch andere nützliche Module.

_________________
Yeah!

Jaja, ich sehe schon... Eigentlich wollte ich nur eine kleine GUI Library und am Ende überredet ihr mich das ganze Qt-Framework zu benutzen Hinterher braucht man noch 20MB Libraries um das Programm zu starten

Ich muss mal sehen, wie sich das entwickelt. Danke auf jeden Fall für die Hilfe!

Das kommt immer drauf an wie viel man in seiner GUI machen will. Wenn du nur deine 2-3 Buttons hast auf die man klicken kann dann ist es
kein Problem das ganze in C++ von Hand zu machen. Das wird dich aber sehr schnell in den Wahnsinn treiben sobald du deine 40-60 Buttons,
Textfelder,Slider,Bilder etc. einbaust und dann hast du vieleicht noch unterschiedliche Ansichten ......
In solchen Fällen bietet es sich dann schon an wenn man den ganzen Designkram in einer einfacheren Sprache macht und du nur noch eine Klasse
hast die daraus dann deine GUI erstellt. Im Programm siehts dann nur noch ungefähr so aus:



Und im XML steht dann z.B.:

_________________
Meine Homepage

Das bietet Qt praktischerweise von haus aus an und liefert sogar einen Designer zum gemütlichen UI zusammenklicken mit