Andere GUIs - Qt, GTK+, wxWidgets

• K

  Probleme mit Dev C++ und GTK+
  • KuchenMitKaese  

  3
  0
  Stimmen
  3
  Beiträge
  1465
  Aufrufe

  ?

  Werf DevC++ in die Tonne, besorg dir ne anständige IDE, dann versuchs nochmal.
• 

  QTcpSocket in QThread
  • It0101  

  4
  0
  Stimmen
  4
  Beiträge
  2416
  Aufrufe

  M

  Wo siehst du da Probleme? Auch Seitenthreads können eigene Event Loops haben. Solang du nicht wirklich Probleme hast, würde ich da nichts eigenes basteln. Und auch dann erst, wenn du genau verstehst, was das Problem überhaupt verursacht.
• D

  QT _CrtIsValidHeapPointer(pUserData)
  • DNKpp  

  2
  0
  Stimmen
  2
  Beiträge
  1719
  Aufrufe

  D

  problem gelößt. lag daran, das ich als multithreaded-debug kompiliert habe, und nicht als multithreaded-debug-dll.
• E

  Kollisionen mit QGraphicsItem darstellen
  • eddi0815  

  2
  0
  Stimmen
  2
  Beiträge
  1309
  Aufrufe

  M

  pro tip: schau in die Doku, wenn dir eine Funktion nicht klar ist. Auswendig weiß ich jetzt auch nicht, was die machen. Aber wenn du den Fehler schon soweit eingegrenzt hast, kannst ja einfach mal verschidene Möglichkeiten ausprobieren. Oder an der Stelle reindebuggen und die Werte anschauen. Und natürlich in die Doku schauen
• B

  Windows 8 Metro Apps nur noch mit .NET möglich?
  • Beefi  

  36
  0
  Stimmen
  36
  Beiträge
  9872
  Aufrufe

  B

  Die Libraries kannst du aber auf jeden Fall verwenden und den Designer gibts afaik auch als standalone Tool. Also was Qt Downloads betrifft, gucke ich immer hier: http://qt-project.org/downloads Da gibt es jetzt nur die Libraries und den QtCreator. Den Designer sehe ich gar nicht, obwohl ich der Meinung bin, dass er hier auch immer früher angeboten wurde Wenn du komplexe GUIs auf Basis von Qt bauen willst, solltest du dir aber vielleicht mal QtCreator anschauen. Ja, den QtCreator kenne ich...hatte ich unter Linux am Laufen. Ist echt nicht schlecht. Der QtCreator und das ganze Qt Paket wäre eigentlich das Toolkit für meine Zukunft gewesen. Also quasi ein Visual Studio für plattformübergreifende Dinge. Ich wollte es eigentlich meiden, mich in so vielen Programmiersprachen und Toolkits einzuarbeiten...ich hab mit Visual Basic 6 schon Jahre gebraucht, bis ich da wirklich heftig was auf den Kasten hatte. Dafür konnte ich damals aber (aus meiner Sicht) jede Aufgabe lösen. Und jetzt hast du es tatsächlich geschafft, mich wieder aufs Visual Studio zurückzubringen Wobei ich dir da schon recht geben muss. Wenn man mit C++ plattformübergreifend programmieren will, geht das zwar, aber zum Teil über harte Lösungen. Bei der "Microsoft-Lösung" ist alles sehr simpel und macht auch wirklich Spaß. Softwareprogrammierung ist ja nur ein Hobby von mir...und ich bleib etz dabei: Windows + .NET Framework. Was das Berufliche angeht, wäre dann Qt vielleicht zu gigantisch, es neben der Windows-Programmierung zu lernen. Hier sind wirklich nur die simpelsten GUIs von Nöten, hauptsache man kann es mit der Maus bedienen und auf jedenfall Graphen ausgeben und speichern/drucken. Wobei ich wieder glaube, dass es auch hier mit Qt am leichtesten geht Kann es sein, dass es den Qt Designer seit Qt5 nicht mehr gibt? Und kannst du vielleicht nur mal ganz kurz zusammengefasst erläutern, wie das Zusammenspiel zwischen Designer und VS aussehen würde? Also was der Designer produziert und wie man das Formular aus einem unter VS geschriebenen Programm anspricht? Ich denke kaum, dass der Designer nur Code erzeugt, den man mit Copy und Paste in VS einfügt (so wie bei FLTK) (was jedoch sehr simpel wäre) PS: Achja wegen der "aufgeblasenen Größe von Visual Studio": Ich sagte ja immer, dass es so lange zum Laden braucht und so fett ist. Bei Express ist es absolut nicht der Fall...ein Kaltstart braucht 5 Sekunden und aus dem RAM nicht mal 1 Sek Wenn man VS Ultimate damit vergleich, war es als würde man nochmal ein ganzes Betriebssystem starten Mein Atmel Studio, welches auf Visual Studio 2010 (Shell?) aufsetz, braucht hingeben mindestens 30 Sekunden zum Starten.
• ?

  FLTK Cursor
  • Gast  

  1
  0
  Stimmen
  1
  Beiträge
  662
  Aufrufe

  ?

  Hallo ich schreibe zur Zeit eine kleine Anwendung mithilfe von FLTK und wollte meinen eigenen Cursor (.cur) hinzufügen. Jedoch habe ich keine Idee, wie ich das bewerkstelligen soll... Es gibt zwar zwei Befehle dafür ( Fl_Widget::cursor(...) & fl_cursor(...) ) Aber die akzepteiren nur eine begrenzte Anzahl an vordefinierten Cursorn, da kann ich nicht meinen eigenen hinzufügen Gibt es da überhaupt eine Möglichkeit? Wenn ja, wie? thx mfg
• C

  QApplication nicht im Mainthread
  • c0d3x  

  6
  0
  Stimmen
  6
  Beiträge
  1767
  Aufrufe

  P

  Denke das dies evtl. geht, du dann aber mit dem Qt Thread per Signal Slot kommunizieren müsstest. Das wäre dann Threadsafe.
• N

  DOXYGEN
  • nippler92  

  2
  0
  Stimmen
  2
  Beiträge
  763
  Aufrufe

  K

  Benutze doxywizard! Normalerweise wird die Doku fuer Projekte mit vielen Dateien erstellt. Was zu dokumentieren ist, steht in der Headerdatei. C-Dateien a la Doxygen zu dokumentieren, macht keinen Sinn, koennen aber im Html-Dokument verlinkt werden.
• S

  Implizites Teilen von Daten (in Qt)
  • Stiefel2000  

  15
  0
  Stimmen
  15
  Beiträge
  2732
  Aufrufe

  S

  Mechanics schrieb: Was du wo includen musste sollte nie deine Architekturüberlegungen beeinflußen. So, und wo ist jetzt das Problem, eigene Header in eigene Header einzubinden? Das macht man die ganze Zeit. Habe ich bisher vermeiden koennen - es erhoeht den Kompilier-Aufwand. In einem meiner fruehen Projekte habe ich Header recht bedenkenlos eingebunden, und dann wurde bei jeder Aenderung irgendeiner Header-Datei im ganzen Programm alles neu kompiliert. Und damals habe ich mir angewoehnt, strikt keine eigenen Header in eigene Header einzubinden. Im momentanen Programm ist die Objekt-Hierarchie noch sehr klar, sodass die Auswirkungen minimal sind. Aber zur Regel werden darf es sicher nicht, das Kompilieren des gesamten Projektes dauert einige Minuten. Aber um das ganze hier mal abzuwuergen: Ich habe mich den ganzen Tag mit Referenzen und "shared data" befasst und so einiges gelernt. Ich nutze jetzt nirgendwo mehr einen Pointer auf die voluminoesen Daten, sondern nur noch "shallow copies". Fuer meine Standards ist das Ergebnis sehr zufriedenstellend - vielen Dank fuer deine Hilfe. Morgen werde ich mir dann ein anderes Problem suchen, an dem ich mir die Zaehne ausbeissen kann.
• B

  FLTK - Unterschiede der Versionen? - Auch eigene Themes möglich?
  • Beefi  

  4
  0
  Stimmen
  4
  Beiträge
  1045
  Aufrufe

  S

  Da steht aber auch, dass FLTK3.0 noch in der Pre-Alpha-Phase ist - das klingt nicht nach etwas, dass man wirklich benutzen will. Wenn sich allerdings die API komplett aendert, ist der Einstieg in FLTK1.3 vielleicht auch nicht das beste. Entscheide selbst.
• E

  QT Parent von Dialog (Speichermgmt)
  • Eisflamme  

  10
  0
  Stimmen
  10
  Beiträge
  1586
  Aufrufe

  E

  Ahh, das hier: Wenn ein QObject stirbt, sorgt der Destruktor dafür, dass sein Parent das mitbekommt und ihn aus seiner Liste entfernt. wusste ich nicht. Klar, dann geht's.
• S

  Signal/Slot-Verbindung elegant herstellen
  • Stiefel2000  

  9
  0
  Stimmen
  9
  Beiträge
  1920
  Aufrufe

  S

  Es geht um die Aktualisierung eines eigenen Widgets. Und das Programm ist tatsaechlich etwas komplexer - von daher wird es wohl eine bessere Loesung geben, die mir entgeht. Leider bin ich in puncto gut strukturiertem und sauberem Code in keinster Weise ausgebildet, ich gebe mir einfach groesste Muehe. Signale und Slots hin oder her: Irgendwie muessen da zwei Objekte kommunizieren, die relativ "weit" voneinander entfernt sind. Uebrigens habe ich ein QCache-Objekt, das global ist, und das klingt fuer mich nicht nach etwas Verbotenem. Und wenn ich solche Variablen als statische Klassenvariablen verstecke, ist sicher auch niemandem geholfen.
• E

  QT: Anpassung an unterschiedliche Schriftgrößen
  • Eisflamme  

  1
  0
  Stimmen
  1
  Beiträge
  549
  Aufrufe

  E

  Hallo, wie kann man es sinnvoll gestalten, dass Labels bei allen Bildschirmauflösungen (mit damit implizierten Vergrößerungen wie 125% Schriftgröße) gut aussehen? Vermutlich ist es das einfachste die 125% wieder rückgängig zu machen, wofür man das aber irgendwie irgendwo auslesen müsste. Insbesondere ist das ein Problem, wenn ich eigene Grafiken zeichne und dort den Text über einen QPainter hineinschreibe. Wie geht man damit am elegantesten um? Edit: Hm, also fürs Zeichnen scheint sich QFontMetrics ja schon Mal anzubieten. Beste Grüße!
• ?

  wxWidgets: Pixeldaten anzeigen
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  625
  Aufrufe

  ?

  Hier nochmal die etwas überarbeitete Paint Funktion, sollte jetzt etwas klarer sein: void CWxFrame::OnPaint(wxPaintEvent &event) { wxPaintDC dc(this); PrepareDC(dc); const int colors = 3; const int offsetRed = 0; const int offsetGreen = 1; const int offsetBlue = 2; const wxPoint paintPos(200,0); Byte_t* data = 0; if(repaintNeeded) { repaintNeeded = false; data = reinterpret_cast<Byte_t*>(malloc(sizeof(Byte_t)*img->GetHeight()*img->GetWidth()*colors)); for(uint32_t y = 0; y<img->GetHeight(); ++y) { for(uint32_t x=0; x<img->GetWidth(); ++x) { Pixel& px = img->PixelAt(x,y); const int idx = (y*img->GetWidth()+x)*colors; if(!px.isGray) { data[idx+offsetRed]=px.red; data[idx+offsetGreen]=px.green; data[idx+offsetBlue]=px.blue; } else { data[idx+offsetRed]=px.gray; data[idx+offsetGreen]=px.gray; data[idx+offsetBlue]=px.gray; } } } wxImg= wxImage(img->GetWidth(),img->GetHeight(), data); bmp=wxBitmap(wxImg); } dc.DrawBitmap(bmp,paintPos.x,paintPos.y,false); }
• B

  Verwendung der &quot;Qdbf&quot; Library unter Windows
  • Bananenbieger  

  1
  0
  Stimmen
  1
  Beiträge
  786
  Aufrufe

  B

  Hallo zusammen, ich beschäftige mich gerade mit einem kleinen Projekt, bei welchem .dbf (DBase) -Files ausgelesen werden müssen. Ich weiß, DBase ist von Vor-Vorgestern, aber die Files sind schon vorhanden, und sollen einfach wiederverwendet werden. Nun bin ich auf die Bibliothek "Qdbf" ( http://code.google.com/p/qdbf/ ) gestoßen, die unter Mac OS X auch hervorragend funktioniert. Unter Windows (7) bekomme ich aber hunderte Warnings und am Schluss den Fehler: release\moc_qdbftablemodel.cpp:48:28: Fehler: Definition des statischen Datenele mentes »QDbf::QDbfTableModel::staticMetaObjectExtraData« einer »dllimport«-ierte n Klasse Was will mir diese Meldung sagen? Ich will doch keine .dll importieren, sondern hab doch die Quelle der Lib vorliegen!? Das (unter OS funktionierende Bsp. ist folgendes: #include "qdbftable.h" #include "qdbfrecord.h" #include <QtGui> int main(int argv, char **args) { QApplication app(argv, args); QTextEdit textEdit; textEdit.show(); QDbf::QDbfTable table; if (!table.open("datei.dbf")) { qDebug() << "file open error"; } QString output; while (table.next()) { QDbf::QDbfRecord record = table.record(); for (int i = 0; i < record.count(); ++i) { if(!(record.value(i).toString().trimmed()=="")) { if(record.fieldName(i)=="NACHNAME") { output.append(record.fieldName(i)); output.append(QLatin1String(": ")); output.append(record.value(i).toString().trimmed()); output.append(QLatin1String("; \n")); } if(record.fieldName(i)=="VORNAME") { output.append(record.fieldName(i)); output.append(QLatin1String(": ")); output.append(record.value(i).toString().trimmed()); output.append(QLatin1String("; \r \n")); } } } qDebug() << output; } table.close(); textEdit.setText(output); return app.exec(); } Es liegt im gleichen Verzeichnis wie die Header-/Quelldateien von qdbf. Könnt ihr das unter Windows kompilieren? Wo liegt da der Fehler? Grüße Julian PS: Von qdbf gibt's auch eine .dll. Ist es einfacher, diese zu nutzen? Geht sowas? Soweit gesehen habe, benötigt man anscheinend eine .lib statt einer .dll ...
• ?

  FLTK - Probleme mit statischem Linken
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  2606
  Aufrufe

  K

  Gut das es funktioniert. Bitte!
• X

  Frame + Dialog
  • xi.xi  

  2
  0
  Stimmen
  2
  Beiträge
  793
  Aufrufe

  P

  Du must in der Frameklasse einen Handler für einen Buttonevent anlegen, und diesen mit dem Button verbinden. Siehe wxWidgets Tutorial im Magazin.
• B

  GTKmm und wxWidgets - Beides Wrapper und dadurch GTKmm überflüssig?
  • Beefi  

  4
  0
  Stimmen
  4
  Beiträge
  1340
  Aufrufe

  ?

  Native Widgets sind wichtiger als deine Präferenz. GTK Widgets werden von GTK gezeichnet und sehen unter Windows deshalb fremd aus. Das schreckt viele User ab. Davon abgesehen bietet auch wxWidgets UI designer wie wxFormBuilder und wxRC nimmt dir noch mehr Arbeit ab wie das neu kompilieren deiner Anwendung weil du einen Button woanders hingesteckt hast.
• 

  QT und Threads
  • It0101  

  7
  0
  Stimmen
  7
  Beiträge
  1407
  Aufrufe

  R

  Du solltest dich echt mal mit Grundlagen, sprich Betriebssystemen, bissi grundlagem wie grafik am PC funktioniert, auseinandersetzen, wenn DU sowas komplexes bauen willst. Der MainThread wird ja vermutlich irgendwo im Hintergrund eine Schleife betreiben Ist bei jeden Eventgesteuerten System, jedem fenster-basierten system sicher so ^^ In dieser Schleife würde ich dann gern meinen Container auslesen und die Aktualisierungen vornehmen. Wie komme ich in die Schleife rein? Gibt es da irgendwo ein Event, was bei jedem Schleifendurchlauf des MainThreads aufgerufen wird, oder muss ich mir selber einen Timer anlegen, falls es sowas gibt? Dir fehlt das Verständiss fuer Msg/Eventloops. Les dich da mal bissi ein ... Generell: Du registriest fuer dich intressante Events eine Aussprung-Funktion. Tritt das Event ein, dann springt die Loop deine Funktion an. Du kannst auch selber events festlegen. ALso ein thread der in einen container schreibt, kann eine Msg in die loop "pushen" ... die loop (also der maintrhead) springt dann in die aussprung-funktion, liest aus dem container usw. Eigentlich die häufgste form wie man Threadwechsel in Loop basierten system macht. DIe grafik unter windows, also das windows-subsystem z.b. ist aber bedingt multithreading-fähig. die Eventloop / Msg Loop / Msg Pump muss ja in nem bestimmten thread laufen. DU kannst aber zu einem nicht loop (event) basierenden System switchen .... DirectX / OpenGL. Allerdings musst dich dann von dem fensterkonzept verabschieden, zumindest in dem Teil. Ciao ....
• N

  DLL Laden mit QLibrary
  • NEO.PIXEL  

  6
  0
  Stimmen
  6
  Beiträge
  2330
  Aufrufe

  N

  Jetzt funktionierts.. Ich hätte die Implementierung nicht mit in den Header schreiben dürfen Außerdem benötigte das Widget noch eine QApplication.