Andere GUIs - Qt, GTK+, wxWidgets

• S

  2-D Matrix in eine Bilddatei umwandeln
  • server84  

  11
  0
  Stimmen
  11
  Beiträge
  12649
  Aufrufe

  ?

  Hi, falls es noch interessiert: mit Qt kannst du ein einfaches QWidget erstellen, in das du im paintEvent ungefähr folgenden Code einsetzt: void Widget::paintEvent(QPaintEvent *event) { QPainter painter; painter.begin(this); for (int y=0; y<xSize; y++) { for (int x=0; x<ySize; x++) { int c = valueArr[x][y]; painter.setPen(colorArr[c]); painter.drawPoint(x, y); } } painter.end(); } wobei valueArr dein 2D-int-Array ist und colorArr die Farben zu den zugehörigen Werten enthält. xSize und ySize sind jeweils die Anzahl der Spalten bzw. Zeilen.
• L

  Problem mit Qt Statusbar
  • Leon5x  

  8
  0
  Stimmen
  8
  Beiträge
  2436
  Aufrufe

  M

  Dein window ist halt ein Objekt und kein Zeiger, dann machst halt &window, dann hast einen Zeiger. Dir fehlen anscheinend noch komplett die Grundlagen. Selbstverständlich hab ich dein Beispiel nicht durchdebuggt und auch nicht ausprobiert In paar Jahren wirst du vielleicht verstehen, wie uninteressant das ist
• W

  [Qt] Bei neuem static Build sehen Buttons u.a. plötzlich alt aus [GELÖST]
  • wxSkip  

  1
  0
  Stimmen
  1
  Beiträge
  620
  Aufrufe

  W

  Hallo, vor kurzem habe ich Qt 4.8 statisch kompiliert und meinen Qt 4.7.1-static-Build damit ersetzt. Seltsamerweise sind alle Widgets jetzt in einem Win ME/2000-Style. Die Build-Optionen weiß ich leider nicht mehr so genau. Kann es daran liegen? Ist das Problem bekannt? mfg wxSkip EDIT: Ich weiß zwar nicht, warum, aber bei einem neuen Build mit diesem configure-Aufruf hat sich das Problem gelöst: configure.exe -release -nomake examples -nomake demos -no-qt3support -no-rtti -no-exceptions -static -qt-zlib -stl -qt-libmng -qt-libpng -qt-libtiff -qt-libjpeg -opensource -confirm-license -platform win32-g++ -no-scripttools -no-openssl -no-opengl -no-webkit -no-phonon
• 

  In Datei stehhen nur Hexwerte
  • FrankTheFox  

  2
  0
  Stimmen
  2
  Beiträge
  559
  Aufrufe

  

  oh backe. Ich gehe jetzt erst mal schlafen. Ist ja schon peinlich! ... for( int i = 0; i < m_brBytes; i++ ) { wxString s; s.Printf(_("%i"), m_ArrayChm1[i] ); m_file << s.mbc_str() << ", "; } ... oder 2) ... for( int i = 0; i < m_nbrBytesAlloc; i++ ) { m_file << wxString::Format( _("%i"), m_waveformArrayCh2[i] ).mbc_str() << ", "; } ... da die Adresse immer die gleiche ist wird also nur der Spiecherort des wxString, aber niemals der Inhalt ausgegeben! Oh mann Gruß
• M

  Qt 4.8 für VS 2010 installieren und benutzen
  • monem  

  3
  0
  Stimmen
  3
  Beiträge
  2787
  Aufrufe

  M

  Supper. Danke Dir.
• ?

  Array in paintEvent
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  1016
  Aufrufe

  ?

  Uhh verdammt. Vieelen Dank ich könnt schwören, dass ich in hundert Jahren nicht draufgekommen wäre
• ?

  Nachträgliches Ändern von TreeWidgetItems führt zu Crash
  • Gast  

  1
  0
  Stimmen
  1
  Beiträge
  477
  Aufrufe

  ?

  Hi, hab ein paar Probleme mit folgender Zielsetzung: Bestimmte Variablen sollen dem User mittels einem TreeWidget präsentiert werden, dazu habe ich zunächst alle relevanten Variablen in einer Klasse (eigentlich mehr eine Struktur-> vars sind public) als QLabels gespeichert. Eine andere Klasse soll nun daraus ein TreeWidget erstellen: Hier der Code hierzu (verkürzt natürlich): ///Klasse Param class Param : public QWidget { Q_OBJECT private: QTreeWidget *treeWidget; public: QLabel *labelA; Param(){}; Param(){}; void ParamC(); }; // void Param::ParamC(QTreeWidget *treeWidget) { this->treeWidget=treeWidget; labelA = new QLabel(treeWidget); labelA->setText(tr("LabelA")) } /////Klasse Out class Param; class Out : public QWidget { Q_OBJECT private: Param *p; QTreeWidget *treeWidget; public: Out(QWidget *parent=0, int pn=2); void addItems(int); QTreeWidget* retTreeWidget(); public slots: void test(); }; // Out::Out(QWidget *parent, int pn) : QWidget(parent) { treeWidget = new QTreeWidget(parent); treeWidget->setColumnCount(pn+1); p = new Param[pn]; addItems(pn); } void Out::addItems( int pn) { QTreeWidgetItem *Item = new QTreeWidgetItem(treeWidget); Item->setText(0,tr("Outputs")); QTreeWidgetItem *Item1 = new QTreeWidgetItem(Item); Item1->setText(0,tr("Value")); for(int i=1;i<(pn+1);++i) { treeWidget->setItemWidget(Item1,i,p[i-1].labelA); } } QTreeWidget * Out::retTreeWidget() { return treeWidget; } void Out::test() { p[0].LabelA->setText(tr("test")); } ////Konstruktur des MainWindows ... out = new OUT(this,2); QDockWidget *dock = new QDockWidget(tr("Test"),this); dock->setAllowedAreas(Qt::LeftDockWidgetArea | Qt::RightDockWidgetArea); dock->setWidget(out->retTreeWidget()); addDockWidget(Qt::RightDockWidgetArea, dock) QTimer *t2= new QTimer(this); t2->singleShot(4000,apo,SLOT(test())); //wird diese Zeile entfernt->kein //Absturz mehr ... Naja, funktioniert erstmal ganz gut aus, leider nur 4000ms lang. Dh nach dem ändern des QLabels gibts den Crash. Erorrs ansonsten keine. So, wie lääst sich das beheben. Muss ich etwa diese misteriösen MVC-Dinger benutzen Oo? Danke schon mal
• ?

  QAbstractItemModel
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  926
  Aufrufe

  ?

  Danke euch, habe es mit dem Proxy model gemacht und ging echt einfach
• E

  QThread: Terminate?
  • Eisflamme  

  12
  0
  Stimmen
  12
  Beiträge
  4119
  Aufrufe

  E

  Ja, ist ein Programm mit Hauptfenster. Also ich würde den Benutzer eben nur sehr ungerne mit einer Messagebox oder einem Delay vor Programmende stören. Kann ich davon ausgehen, dass nach Programmende das Aufräumen automatisch erfolgt? Ich meine, ich finde es einfach schlechten Stil nicht vernünftig aufzuräumen (im Code, in meinem Zimmer genieße ich gesundes Chaos). Aber diese Threads sind durchaus ein Problem für sich. Wie macht man das denn üblicherweise? Habe bei Google auch nichts zu Worker-Thread-Cleanup (o.ä.) gefunden. Edit: Falls wer googlet, hier Mal der delayed-close-Code. Mit sleep und wait war nämlich leider nicht viel zu wollen. void MainWindow::closeEvent( QCloseEvent * event ) { workerThread.Abort(); QTime timer; timer.start(); while(timer.elapsed() < 400) QCoreApplication::processEvents(QEventLoop::DeferredDeletion, 400); event->accept(); }
• ?

  GUI-Elemente in seperatem Thread erzeugen - Probleme?
  • Gast  

  8
  0
  Stimmen
  8
  Beiträge
  729
  Aufrufe

  ?

  Ach, das ist nicht so wichtig. Ich frage mich derzeit nur, was passiert mit einem Objekt das im Hauptthread erzeugt wird und dann mit moveToThread() in einen eigenen Thread verschoben wird, wo die Methode process() läuft. Der Hauptthread hat ja einen Zeiger auf das Objekt. Wenn nun der Thread endet, endet ja noch nicht das eigentliche Objekt. Was würde passieren, wenn ich delete auf dem Objekt aufrufen würde, während der Thread ausgeführt wird?
• K

  Routinen des Mainframe in einer class nutzen
  • Kwietscheente  

  4
  0
  Stimmen
  4
  Beiträge
  616
  Aufrufe

  ?

  Kwietscheente schrieb: Im Grunde hast du Recht, aber ich hab noch ein paar Parameter mehr die ich laden möchte. Kann man der Klasse nicht irgendwie den Zeiger übergeben? Natürlich kann man das, wo is das Problem? void ConfigDialog::setParent(MyFrame* parent) { m_MyParent = parent; } class ConfigDialog { public: void setParent(MyFrame*); private: MyFrame* m_MyParent; } MyFrame::MyFrame(/* ... *gekürzt */) { CDFDialog.setParent(this); }
• ?

  Gtkmm linken Windows
  • Gast  

  1
  0
  Stimmen
  1
  Beiträge
  746
  Aufrufe

  ?

  Ich habe alles von Gtkmm64\lib eingebunden mit der endung dll.a. Leider bekomme ich von Codeblocks immer den Fehler: obj\Debug\main.o||In function \_tcf\_1':| C:\\gtkmm64\\include\\gtkmm-2.4\\gtkmm\\papersize.h|41|undefined reference toGlib::ustring::~ustring()'| obj\Debug\main.o||In function \_tcf\_2':| C:\\gtkmm64\\include\\gtkmm-2.4\\gtkmm\\papersize.h|42|undefined reference toGlib::ustring::~ustring()'| obj\Debug\main.o||In function \_tcf\_3':| C:\\gtkmm64\\include\\gtkmm-2.4\\gtkmm\\papersize.h|43|undefined reference toGlib::ustring::~ustring()'| obj\Debug\main.o||In function \_tcf\_4':| C:\\gtkmm64\\include\\gtkmm-2.4\\gtkmm\\papersize.h|44|undefined reference toGlib::ustring::~ustring()'| obj\Debug\main.o||In function \_tcf\_5':| C:\\gtkmm64\\include\\gtkmm-2.4\\gtkmm\\papersize.h|45|undefined reference toGlib::ustring::~ustring()'| obj\Debug\main.o:C:\gtkmm64\include\gtkmm-2.4\gtkmm\papersize.h|46|more undefined references to Glib::ustring::~ustring()' follow| obj\\Debug\\main.o||In function_static_initialization_and_destruction_0':| C:\gtkmm64\include\gtkmm-2.4\gtkmm\papersize.h|41|undefined reference to Glib::ustring::ustring(char const*)'| C:\\gtkmm64\\include\\gtkmm-2.4\\gtkmm\\papersize.h|42|undefined reference toGlib::ustring::ustring(char const*)'| C:\gtkmm64\include\gtkmm-2.4\gtkmm\papersize.h|43|undefined reference to Glib::ustring::ustring(char const*)'| C:\\gtkmm64\\include\\gtkmm-2.4\\gtkmm\\papersize.h|44|undefined reference toGlib::ustring::ustring(char const*)'| C:\gtkmm64\include\gtkmm-2.4\gtkmm\papersize.h|45|undefined reference to Glib::ustring::ustring(char const*)'| obj\\Debug\\main.o:C:\\gtkmm64\\include\\gtkmm-2.4\\gtkmm\\papersize.h|46|more undefined references toGlib::ustring::ustring(char const*)' follow| ||=== Build finished: 12 errors, 0 warnings ===| Was fehlt mir noch ?
• ?

  SIGNAL/SLOT - Sichtbarkeitsbereich
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  625
  Aufrufe

  ?

  Danke für die Erklärungen! Das heißt also das bei einer QueuedConnection das Objekt Foo vollständig kopiert wird und dann erst mit Beendigung, d.h. Ausführung des SLOTS zerstört wird? connect(thread, SIGNAL(mySignal(Foo&)), this, SLOT(mySlot(Foo&)), Qt::QueuedConnection); Wenn man Pointer übergibt muss man natürlich sicherstellen, dass das Objekt auf das der Pointer zeigt auch existiert. Klingt logisch.
• ?

  QTreeWidgets Grundlagen
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  420
  Aufrufe

  M

  RTFM QTreeWidgetItem, addTopLevelItem usw., steht alles in der Doku.
• N

  Link-Problem bei einbindung von quazip in dll
  • NikSg  

  1
  0
  Stimmen
  1
  Beiträge
  493
  Aufrufe

  N

  Hallo zusammen, Ich habe mir quazip und zlib heruntergeladen und erstellt. Jetzt möchte ich quazip in einer anderen dll verwenden, bekommen jedoch bei dem Erstellen dieses neuen Projektes folgende Fehlermeldung: LNK1107: invaklied or corrupt file: cannot read at 0x2D0 Alle dll's wurden im Debug-Modus erstellt. Ich hoffe, mir kann jemand helfen.
• R

  QT action als Visual Studio plugin vs QT Creator
  • Rahul0891  

  8
  0
  Stimmen
  8
  Beiträge
  2464
  Aufrufe

  E

  Meine Vermutung, wieso das beim QTCreator klappt und in Visual Studio nicht, ist, dass er beim QT Creator basierend auf dem Namen automatisch die Signal/Slots erzeugt (vermutlich in der angesprochenen Meta-Methode). In Visual Studio ist die vielleicht anders aufgebaut und akzeptiert die Syntax nicht automatisch. Deswegen werden besagte Signal/Slots dort nicht automatisch erzeugt. Zumindest ne Vermutung...
• ?

  QPainer und paintEvent
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  1662
  Aufrufe

  ?

  arghonaut schrieb: Matz_E schrieb: Aber das kann doch wohl kaum die ideale Lösung sein? Es ist vor allem deshalb nicht die ideale Lösung, weil du die Reihenfolge der hinzugefügten Objekte verlierst. Und ja, das paintEvent malt immer von 0 weg, alter Content wird gelöscht, um eine Speicherung vergangener States musst du dich selber kümmern - oder direkt mit dem Qt GraphicsView Framework arbeiten. Hallo arghonaut! Das mit der Reihenfolge ist kein Problem. Dann schreibe ich eben eine virtuelle Basisklasse und leite davon alle meine Objekte (Kreis, Linie, etc.) ab. Dort implementiere ich eine Funktion draw(QPainter*) und speichere die Zeige auf die Objekte in einer QList oder vector. Dann kann ich durch die Liste iterieren, und die Objekte zeichnen sich in der originalen Reihenfolge selbst. Der interessante Punkt war das paintEvent immer bei 0 malt. Danke für die Info!
• E

  QT-Anwendung außerhalb von MSVC100 ausführen
  • Eisflamme  

  2
  0
  Stimmen
  2
  Beiträge
  732
  Aufrufe

  E

  Ok, ich habe Mal geschaut, noch mehr gegooglet usw. und habe zumindest schon Mal ein paar Erkenntnisse: Ich habe dämlicherweise die falsche DLL mitgeliefert, die zwar auch QTCored4.dll heißt, ABER für msvc80 kompiliert ist. Wenn ich die DLL für msvc100 nehme, dann führt das nicht mehr direkt zu Fehlern. Er nimmt auch sonst die falschen DLLs und zwar, weil Path falsch gesetzt ist (ebenfalls auf die VC80-Version)... EDIT: Nachdem ich alle korrekten DLLs in das Verzeichnis gelegt habe, funktioniert es. Seltsame Fehler geschehen, wenn man die falsche DLL hat. Also Ereignisanzeige in Kombination mit sxstrace kann ich sehr empfehlen.
• ?

  [QT (4.8.0)] Abgeleitete Widget-Klassen in GUI verschachteln
  • Gast  

  6
  0
  Stimmen
  6
  Beiträge
  1245
  Aufrufe

  ?

  Hab es jetzt hinbekommen!! Minimale Veränderungen und es sieht jetzt so aus: IPOutput::IPOutput(QWidget* parent): QWidget (parent), ImageDisplay (new QLabel(this)), Lfps (new QLabel("Frames per second: ", this)), sb_fps (new QSpinBox(this)), op_layout (new QVBoxLayout(this)), ou_layout (new QVBoxLayout(this)), main_layout (new QGridLayout(this)), Options (new QGroupBox("Options for rendering interface", this)), Output (new QGroupBox("Output", this)), fps (20) { Lfps->setFont(QFont("Arial", 12)); sb_fps->setFont(QFont("Arial", 12)); sb_fps->setRange(1, 100); sb_fps->resize (150, 30); sb_fps->setValue (fps); ImageDisplay->setPixmap(QPixmap("NoImages.png")); ou_layout->addWidget(ImageDisplay); op_layout->addWidget(Lfps); op_layout->addWidget(sb_fps); op_layout->setAlignment(Qt::AlignTop); Options->setLayout(op_layout); Options->setFont(QFont("Arial", 13, QFont::Bold)); Output->setLayout(ou_layout); Output->setFont(QFont("Arial", 13, QFont::Bold)); main_layout->addWidget(Output, 0, 0);//Diese Drei Anweisungen stehen jetzt weiter unten, inwiefern macht das einen Unterschied? main_layout->addWidget(Options, 0, 1); setLayout(main_layout); connect(sb_fps, SIGNAL(valueChanged(int)), this, SLOT(adjust_fps(int))); }
• ?

  Bezeichnungen für GUI-Widgets
  • Gast  

  18
  0
  Stimmen
  18
  Beiträge
  10332
  Aufrufe

  ?

  Ich benutze einfach Code-Blocks. Gut, vielleicht ist das unprofessionell, aber so gefällt es mir und ich bin daran gewöhnt.