Andere GUIs - Qt, GTK+, wxWidgets

• ?

  Qt Signal
  • Gast  

  13
  0
  Stimmen
  13
  Beiträge
  1726
  Aufrufe

  ?

  Eine Mutex zu locken ist GANZ was anderes, als einen Thread schlafen zu legen. Die Mutex stellt sicher, dass einen bestimmten Abschnitt nur EIN Thread gleichzeitig betreten kann. Ist die Mutex gelockt und ein weiterer Aufruf kommt an diese Mutex, dann wartet er, bis die Mutex wieder per unlock() vom blockierenden Thread freigegeben ist. Du blockierst die Mutex, hängst dich fest auf immer und ewig... Um eine bessere Lösung anbieten zu können, bräuchte es deine run(). Und eine kleine Einschätzung zum Schluss: Ich denke, es ist keine gute Idee, bei deinem aktuellen Kenntnisstand schon mit Threads anzufangen. Da gibt es einfach zu viele neue Fallstricke, die man beachten muss.
• ?

  Beginner Fragen
  • Gast  

  6
  0
  Stimmen
  6
  Beiträge
  7790
  Aufrufe

  F

  devilx schrieb: Ich versteh diesen Fehler einfach nicht datasource.obj Fehler:LNK2019: Verweis auf nicht aufgelöstes externes Symbol ""public: class QString __thiscall Contact::getMobilenumber2(void)" (?getMobilenumber2@Contact@@QAE?AVQString@@XZ)" in Funktion ""public: void __thiscall Datasource::add(class Contact)" (?add@Datasource@@QAEXVContact@@@Z)". Der Fehler sagt dir, dass der Linker die Methode "QString Contact::getMobilenumber2() nicht findet. Kann es sein, dass du dise Methode nur im Header definiert aber nicht in der entsprechenden cpp Datei implementiert hast?
• ?

  Fenster aktualisieren
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  709
  Aufrufe

  S

  Du kannst den Text der Groupbox ändern: QGroupBox::setTitle ( const QString & title ) oder anstatt löschen auch einfach nur ausblenden: QWidget::hide() (QGroupBox ist von QWidget abgeleitet)
• S

  Core Temperatur und ünertakten
  • Sentryx16  

  4
  0
  Stimmen
  4
  Beiträge
  640
  Aufrufe

  M

  Das könnte unter Windows evtl. auch über WMI gehen, such mal was es da alles gibt. Aber das hat alles nichts mit QT zu tun.
• C

  QT Creator stürzt bei RadioButton ab
  • CodingToHeart  

  27
  0
  Stimmen
  27
  Beiträge
  9777
  Aufrufe

  F

  CodingToHeart schrieb: Ja aber ich möchte gerne die Programme auch auf meine zweit System "Linux" laufen lassen, aber vorläufig muss ich wohl damit leben dafür müsstest du eh die sourcen unter linux übersetzen. Denn der mingw erzeugt windows executable und keine die unter linux nativ laufen.
• M

  showmodal ohne stoppen der darstellung im hauptprogramm?
  • mael15  

  2
  0
  Stimmen
  2
  Beiträge
  775
  Aufrufe

  M

  die lösung ist, statt wxDialog::ShowModal() nur wxDialog::Show() zu verwenden und den dialog mit dem style wxSTAY_ON_TOP zu versehen. die funktion des return value von ShowModal() kann man auch anderweitig erreichen, indem man im dialog den ok und abbrechen button entsprechend mit clickevents versieht. alles unter dem wxDialog muss per hand deaktiviert werden.
• ?

  wxWidgets mit Visual Studio 2010 x64
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  769
  Aufrufe

  ?

  http://wiki.wxwidgets.org/Microsoft_Visual_C%2B%2B_Guide#Visual_Studio_C.2B.2B_2010_Express_and_wxWidgets_2.9.3_Compilation.2C_with_Compilation_and_execution_of_a_Sample_Program
• C

  QCoreApplication::processEvents
  • Chaka  

  8
  0
  Stimmen
  8
  Beiträge
  3088
  Aufrufe

  ?

  Events fallen STÄNDIG an, es reicht also nicht, einmal processEvents() aufzurufen. Wie gesagt, das müsste IN die while-Schleife. ABER: Wie ebenfalls schon gesagt arbeitet QProcess asynchron (er blockiert nicht). Mach das einfach über SIGNAL/SLOT und häng dich an das finished()-Signal deines Prozesses.
• T

  Proxy mit Qt entwickeln
  • Tsunami  

  13
  0
  Stimmen
  13
  Beiträge
  2409
  Aufrufe

  M

  Tsunami schrieb: Schönes Wochenende noch! Was kann bei dem schönen Wetter mehr Spass machen, als in RFCs zu schmökern?
• ?

  qt statisch kompilieren
  • Gast  

  8
  0
  Stimmen
  8
  Beiträge
  1962
  Aufrufe

  *

  Nur noch als Ergänzung: http://voidrealms.com/viewtutorial.aspx?id=215 Das ist ein sehr detailiertes Tut dazu. Funktioniert wunderbar
• K

  Wie Funktion direkt nach beenden eines boost::thread aufrufen?
  • Kontrasubjekt  

  9
  0
  Stimmen
  9
  Beiträge
  8333
  Aufrufe

  C

  Dieser Thread wurde von Moderator/in pumuckl aus dem Forum C++ (auch C++0x und C++11) in das Forum Andere GUIs - Qt, GTK+, wxWidgets verschoben. Im Zweifelsfall bitte auch folgende Hinweise beachten: C/C++ Forum :: FAQ - Sonstiges :: Wohin mit meiner Frage? Dieses Posting wurde automatisch erzeugt.
• K

  Segmentation fault bei currentItemChanged (QTableWidget)
  • Karottenkopf51  

  2
  0
  Stimmen
  2
  Beiträge
  951
  Aufrufe

  K

  Habe nun auf == NULL abgefragt und es funktioniert, ABER dummerweise ist das nicht der Slot, den ich brauche. Welchen Slot verwende ich, wenn ich über die Editierfunktion des Widgets den Text eines Feldes ändere? Dieser Slot wäre optimal gewesen, weil ich auch prüfen kann, welcher Text vorher drinstand.
• I

  Logo im Dialog anzeigen
  • idefix  

  5
  0
  Stimmen
  5
  Beiträge
  976
  Aufrufe

  I

  QLabel, das war genau was ich suchte.
• ?

  QKeyEvent klappt nicht
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  992
  Aufrufe

  ?

  Du willst das: http://qt-project.org/doc/qt-4.8/qwidget.html#keyPressEvent
• 

  wxThread mit GUI-Aufrufen
  • FrankTheFox  

  3
  0
  Stimmen
  3
  Beiträge
  926
  Aufrufe

  

  Nun ja, wenn der Thread Daten erzeugt, die auf der Obberfläche dargestellt werden sollen.... Dann würde ich die Initialisierung im Haupthread machen, dann den Thread starten sobald Daten vorhanden sind, diese kopieren ( in einen anderen Buffer, zwei Thread's ->lesen + schreiben ) und per Event den GUI-Thread informieren, das Daten vorhanden sind und angezeigt werden können. Dann Thread per Event informieren, das er jetzt wieder Daten schicken kann usw. Der Thread nutzt also wirklich nur die Funktionen, die wiederholt ausgeführt werden müssen. Initialisierungen aber werden nur einal benötigt. Das muss der Thread nicht machen.
• E

  [QT] Unlogik bei Funktionsaufruf?
  • Eisflamme  

  1
  0
  Stimmen
  1
  Beiträge
  645
  Aufrufe

  E

  --- hat sich erledigt, sorry. Ein Rat: Immer den ctor mit (QWidget* parent) explicit machen.
• H

  LNK2005 terror
  • Hobo  

  3
  0
  Stimmen
  3
  Beiträge
  4612
  Aufrufe

  H

  Hey, das Problem lag darin, dass QT übernacht noch einmal neu installiert habe, und dummerweise beim zweiten Kompilieren vergessen hatte, das Makefile auf MT anzupassen. Danach hatte ich immer noch Linker-Errors, die ich unter anderem mit Tricks wie dem von Berti lösen konnte.
• K

  QDate und Qt::ISODate
  • Karottenkopf51  

  3
  0
  Stimmen
  3
  Beiträge
  1698
  Aufrufe

  K

  Einmal drüber geschlafen und schon habe ich den Fehler gefunden. Ich trage die Personen auch immer direkt in eine Liste ein. Leider habe ich vergessen, diese im Konstruktor zu initialisieren. Also wollte er die Person auf die Liste schreiben, die es noch gar nicht gab. Verwirrend für mich war halt, dass man sich ein QDate nicht im Debugger ansehen kann. Danke für die Hilfe. Nochmal zu deiner Aussage zwecks direkt beim Auslesen ein QDate erzeugen: Bei SQLite gibt es doch gar keinen Datentyp für Daten, oder irre ich mich? Ich meine, es ist ja kein Problem, kurz zu parsen, da das Format immer eingehalten wird.
• ?

  Gtk
  • Gast  

  6
  0
  Stimmen
  6
  Beiträge
  1409
  Aufrufe

  ?

  gtkuser schrieb: Ich glaube Du verstehst mich nicht! Ich möchte die GTK+ lib's gerne statisch in mein Programm linken da ich die dll's nicht mitliefern möchte... Man kann dll's (Dynamic Link Library) nicht statisch linken. Um das wirklich statisch zu machen, müsstest Du GTK+ selbst compilieren. Das kann man sicher machen. Aber damit habe ich keine Erfahrung...
• ?

  QT3Support
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  653
  Aufrufe

  ?

  Elec schrieb: Ist es möglich, während des ersten Schrittes mit anzugeben das er das in die .pro Datei schreiben soll? Nein. Aber qmake -project macht man genau einmal, von da weg editiert man das .pro von Hand. Kompilieren dann nur mit "make", wenns dann mal hängt kann es auch "make clean" und "rm Makefile" (inkl. "qmake projekt.pro" -> ohne "-project") werden. Aber nie in einem laufenden Projekt qmake -project...