Andere GUIs - Qt, GTK+, wxWidgets

• ?

  gui mit c++ eine qual
  • Gast  

  17
  0
  Stimmen
  17
  Beiträge
  1863
  Aufrufe

  ?

  Stefan schrieb: Bei gcc werden sie so gross. Mit dem VC++ Compiler sind sie deutlich kleiner. Ein bisschen zumindest. Also, wie schon erwähn, musst du die Debug-Symbole aus der .EXE entfernen (Stichwort: strip/strip --strip-unneeded). Eine Andere Möglichkeit hast du bei wxWidgets noch: Du compilierst die Biliothek selber und compilierst nur die Dinge, die du wirklich brauchst. Dafür musst du vor dem compilieren, die setup.h -Datei bearbeiten. Gerade der TIFF-Datei Support benötigt in der .EXE viel Platz, auch wenn du ihn garnicht benutzt. Das liegt ein bisschen an dem Aufbau von wxWidgets, dass der Linker bestimmte teile nicht außen vor lassen kann, obwohl sie nicht gebraucht werden. Siehe dazu: http://wiki.wxwidgets.org/Reducing_Executable_Size Das ist aber ein Problem, dass dich im Moment nicht stören sollte. Wenn du später dein Programm verteilst, kannst du dich daran setzen, die .EXE-Datei klein zu kriegen.
• D

  callbacks mit FLTK
  • dall  

  5
  0
  Stimmen
  5
  Beiträge
  1155
  Aufrufe

  D

  vielen dank für die antwort! ich probier es gleich mal aus. und das mit dem skript scheint mehr verwirrung hervorzurufen, als ich angenommen hatte.. ich weiß, dass c++ keine scriptsprache ist - ich meinte damit lediglich meinen handzettel - mein material, eine anleitung, ausgedruckt auf papier, ein skript eben, ein handout, wie auch immer du es nennen magst ^^
• ?

  [gtkmm] FileChooser nur open möglich
  • Gast  

  9
  0
  Stimmen
  9
  Beiträge
  2421
  Aufrufe

  ?

  Hab gerade gesehen, das ich den falschen GTK Beispiel Code gepostet habe. Die Zeile button = gtk_file_chooser_widget_new(GTK_FILE_CHOOSER_ACTION_SAVE); müsste eigentlich button = gtk_file_chooser_button_new("test",GTK_FILE_CHOOSER_ACTION_SAVE); lauten. Dann ist der Fehler reproduzierbar. Außerdem ist der Codeausschnitt unten natürlich die Implementierung von gtk_file_chooser_button_new und nicht von gtk_file_chooser_widget_new.
• A

  [Gelöst] QT: [X] Button eines Fenster oben rechts ABFANGEN
  • adsci  

  2
  0
  Stimmen
  2
  Beiträge
  2135
  Aufrufe

  A

  habs hingebogen: repräsentiert: void MainWindow::closeEvent(QCloseEvent *event) { if(runLastQuestionDialog()) { QWidget::closeEvent(event); } else { event->ignore(); } }
• B

  Qt, Eclipse und Eclipse Integration -> Problem beim compilieren
  • blub* 0  

  2
  0
  Stimmen
  2
  Beiträge
  760
  Aufrufe

  B

  Problem ist gelöst, es lag an den Leerzeichen im workspace Verzeichnispfad.
• S

  [gelöst] wxWidgets: double free or corruption (out)
  • stefanjann  

  9
  0
  Stimmen
  9
  Beiträge
  1374
  Aufrufe

  S

  Das ist doch schon mal ein guter Anhaltspunkt. Danke schön.
• ?

  Frage zum Tutorial aus dem Magazin (Split)
  • Gast  

  17
  0
  Stimmen
  17
  Beiträge
  1182
  Aufrufe

  P

  Marina schrieb: Die Lösung funktioniert leider doch nicht so Meine Punkte sind wegen SetPen größer. Daher stimmen dann die Koordinaten nicht mehr überein Am Besten überprüfe ich doch jeden Pixel. Könntest du mir sagen, wie ich an die Pixel ran komme? Danke, Marina Wenn SetPen einheitlich ist, kannst du das ja immer noch berechnen. Du müsstest aufjedenfall so das korrekte Rechteck erhalten, und musst es dann evtl. noch an solche Dinge anpassen.
• A

  [Gelöst] Crash wenn Widgets Membervariablen einer Klasse sind.
  • adsci  

  3
  0
  Stimmen
  3
  Beiträge
  556
  Aufrufe

  A

  ghorst schrieb: um es so zu sagen: du machst etwas grundlegendes falsch. der fehler liegt darin, dass du kinder eines qobject selber verwalten willst. das machen qobjects aber von alleine und erwarten, dass alle ihre kinder durch ein delete zerstörbar sind. mit dem addWidget()+setLayout() führst du ein reparent durch und weist alle widgets, die unterfester sind, dem hauptfenster als kinder zu. die warnhinweise findest du in der doku von QObject::QObject() und QObject::~QObject(). das zusammengefasst: 1. kinder von qobjects müssen zeiger sein 2. sie dürfen nicht von hand zerstört werden, auch nicht von dem standard-dtor deiner klasse, sondern nur von den dtor des QObject. wie recht du hast! danke
• P

  [Qt-4.3.3] OpenGL "initialisieren"
  • Pigeon  

  9
  0
  Stimmen
  9
  Beiträge
  3190
  Aufrufe

  P

  sothis_ schrieb: wenn du das alles kennst, sollte dir auch klar sein, dass man unter windows sowie unter linux keinen kontext erstellen kann, solange wie in windows noch kein fenster exisitiert, dass mit CreateWindow() erstellt oder in linux noch kein display mit XOpenDisplay() geöffnet wurde. bevor du in Qt nicht wenigstens ein GLWidget erstellt hast welches einen gültigen kontext liefert, kannst du die opengl funktionen nicht benutzen. ein shared kontext hat damit nichts zu tun, du brauchst wenigstens ein QGLWidget, welches ganz normal erstellt wurde und einen gültigen kontext liefern kann. Okay vielen Dank
• .

  Wie ist es möglich wxWidgets mit UltraEdit (bzw. Texteditor/Kommandozeile) zu nutzen? [Gelöst]
  • .m 0  

  13
  0
  Stimmen
  13
  Beiträge
  2710
  Aufrufe

  .

  Juhu! Endlich klappt es. Das letzte Problem wurde dadurch verursacht, dass der Text (der ja normalerweise durch wx-config gespart werden könnte) zu lang war. Ich hab diesen jetzt aber als Umgebungsvariable gesetzt und dann sozusagen mein eigenes wx-config erstellt. Vielen Dank!
• S

  wxWidgets linker error
  • Speedy_92  

  11
  0
  Stimmen
  11
  Beiträge
  1429
  Aufrufe

  S

  Aber komischerweise habe ich die Libs im Unicode Debug und Unicode Release kompiliert
• ?

  3D Maltool programmieren, aber wie?
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  551
  Aufrufe

  T

  Kann es eventuell sein, dass du versuchst, das Rad neu zu erfinden? Im Prinzip ist Blender nämlich u.a. genau das, was du neu programmieren möchtest. Ansonsten.. OpenGL oder D3D sind meiner Meinung nach absolut keine Kanonenkugeln, sondern viel eher die einzige Möglichkeit, überhaupt irgendetwas 3d-mäßiges im Desktop-Sektor auf die Beine zu stellen. Du könntest dich mal mit diversen 3D-Engines auseinandersetzen (z.B. Irrlich,Ogre,CrystalSpace), wenn du wirklich selbst was machen willst. Aber trotz allem würde ich dir lieber raten, dich auf bestehende Programme zu verlassen und einfach die unnötigen Features zu ignorieren.
• ?

  Qt - SIGNALS / SLOTS // Hauptfenster
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  2256
  Aufrufe

  Z

  Frage 1: <a href= schrieb: die Qt-Doku">qApp A global pointer referring to the unique application object. It is equivalent to the pointer returned by the QCoreApplication::instance() function except that, in GUI applications, it is a pointer to a QApplication instance. die Signal-Slot-Syntax ist: connect ( Sender, Signal, Empfänger, Slot/Methode ); Frage 2: jedes Widget, das keinem Parent zugewiesen wurde, erscheint als neues Fenster. Wird ein anderes Widget als parent angegeben, erscheint es innerhalb des parents
• ?

  GTKmm unter Visual Studio 2008 - aber ohne Console
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  971
  Aufrufe

  ?

  Kann man das Projekt nicht als Windows Projekt angeben, sodass die Konsole erst gar nicht geöffnet wird? Wie bei nativen Fenstern auch?
• H

  QT/Qmake Ausserhalb von source tree builden
  • hephaistos6  

  4
  0
  Stimmen
  4
  Beiträge
  471
  Aufrufe

  S

  hephaistos6 schrieb: Oder muss ich händisch bei diesen Variablen dann noch $$[MY_BUILD_DIR]/ prefixen? ich bin mir nicht sicher, aber ich glaube ja, da ich auch schon mal sowas ähnliches gesucht aber nichts gefunden habe. ist schon ein wenig her, aber wenn sich die dokumentation immer noch ausschweigt, gibt es das wahrscheinlich nicht
• ?

  codeblocks
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  426
  Aufrufe

  E

  Nun meine Frage wo liegen da die Unterschieden ? Wenn ich mich recht erinnere, kann man sich mit Codeblocks doch auch Programmcode generieren lassen, mit dem man weiterarbeiten kann. Einfach mal beide Versionen ausprobieren, dann ist der Unterschied zwischen Frame und Dialog deutlich zu sehen, dies ist einfacher, als den Unterschied lange zu beschreiben. Gruß D.E.
• 

  GUI Lib nicht in C++, einbinden in C++
  • Dravere  

  10
  0
  Stimmen
  10
  Beiträge
  702
  Aufrufe

  ?

  Dravere schrieb: Die GUI-Designer sind auch nicht das was ich suche. Im allgemeinen koennen die GUI-Designer noch weniger als die GUI-Bibliotheken und ich brauche ja eine Moeglichkeit, damit ich zum Beispiel eine Tabelle graphisch anspassen kann. Qt z.B. unterstuetzt stylesheets, wie man sie von HTML kennt... damit sind sogar Spielereien wie Farbverlaeufe in Tabellen moeglich. Zusammen mit Itemdelegates und Models kannst du (entsprechende Einarbeitung und gewissen Aufwand vorausgesetzt) so gut wie alles in der Tabelle so darstellen, wie du es grad haben willst.
• H

  wxwidgets und codeblocks
  • Hit-Man  

  5
  0
  Stimmen
  5
  Beiträge
  638
  Aufrufe

  P

  Hit-Man schrieb: genau, das war wohl das problem. habe dann die setup.h datei ins wx/wx verzichnis kopiert und diese fehlermeldung ist jetzt weg. Die Setup.h ist Plattformspezifisch, von daher sollte sie in ein eigenes Verzeichnis (da liegt sie auch, wenn man mit MinGW baut). Einfach das Verzeichnis ebenfalls in die Headerpfade aufnehmen, dann klappts.
• S

  Qt 4.4.0 x86/x64 prebuild (open source) für Visual Studio 2008/Platform SDK
  • sothis_  

  8
  0
  Stimmen
  8
  Beiträge
  887
  Aufrufe

  S

  Christian81 schrieb: sothis_ schrieb: da ist nichts gemischt Doch - wenn deine Binaries mit SP1 erstellt wurden und ich mein Programm ohne SP! baue (also gegen deine Libs linke) und umgekehrt. das ist ja wohl nun einleuchtend das ist übrigens ohne servicepack gebaut worden, weil es jemand gebraucht hatte. wenn, dann werde ich das für mscv2005 auch nur weiterführen wenn nachfrage besteht. es wird zeit abzudaten und wer noch msvc2005 benutzt weil er sich eine lizenz gekauft hat, der kann auch das geld für die kommerzielle variante von qt berappen
• ?

  QT 4.4.0 mit VC++2008
  • Gast  

  12
  0
  Stimmen
  12
  Beiträge
  901
  Aufrufe

  ?

  Ok! Danke!