Andere GUIs - Qt, GTK+, wxWidgets

• ?

  wxString einlesen mit cin
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  1045
  Aufrufe

  Y

  Nein. Du musst einen std::string einlesen und diesen dann zu einen wxString konvertieren. Ungefähr so: std::string temp_str; std::cin >> temp_str; wxString str (temp_str.c_str(), wxConvUTF8); Siehe http://wiki.wxwidgets.org/Converting_everything_to_and_from_wxString#std::string_to_wxString Seite im wxWiki MfG Yoschi
• S

  GTKmm-Funktion oder -Methode für dem am System angemeldeten Benutzernamen
  • stefkowa  

  4
  0
  Stimmen
  4
  Beiträge
  1047
  Aufrufe

  G

  Hm, hab mich dann wohl verlesen. Aber schön dass es geklappt hat
• ?

  Was übergebe ich an closeEvent( QCloseEvent *event )
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  3213
  Aufrufe

  ?

  kurzer Einwand noch! Eigentlich sollte er doch bei mir mindestens die TEXT.Files erstellen und schreiben oder ned ?? bei meinem Code is noch a überbleibsl, also eine Zeile toter Code msg->tagMSG bitte ignorieren oder löschen
• S

  Qt von Windows nach Linux
  • sjoe  

  2
  0
  Stimmen
  2
  Beiträge
  823
  Aufrufe

  Z

  qmake -project im Arbeitsverzeichnis ausgeführt sollte dir ein passendes .pro-File erstellen.
• A

  Qt Hilfe
  • ali-g  

  3
  0
  Stimmen
  3
  Beiträge
  1436
  Aufrufe

  A

  ok sehr vielen Dank ich habs verstanden danke nochmals
• ?

  Qt Creator Programm weitergeben
  • Gast  

  9
  0
  Stimmen
  9
  Beiträge
  18685
  Aufrufe

  ?

  QtNewbie schrieb: Hallo, danke an alle, besonders an Softwaremaker, genau deine Infos habe ich gesucht. Ich nehme die DLLs und geb sie zusammen mit der Release-Version meines Programmes an meinen Freund. Werde es heute noch testen... Gruss aus Kassel Man kann auch nachsehen welche DLL auf dem Zielsystem benötigt werden: http://www.dependencywalker.com/ Allerdings sollte man natürlich wissen, welche DLL auf Windows bereits vorhanden sind. Hint: Die Kernel.dll oder Shell.dll muss man NICHT weitergeben :D. HTH lg
• K

  VS2005 und gtkmm-win32-devel - crashes ?
  • Ka55i0peia  

  2
  0
  Stimmen
  2
  Beiträge
  967
  Aufrufe

  K

  Computer sind so verdammt genau .... Die Bibliotheken von gtk und gtkmm sind allesammt für den Release-Modus. Der o.g. Fehler tritt also nur im Debug Modus auf. Im Release-Modus gehts. Hab mir die Bibliotheken nun selbst erzeugt. Im Debugmode muss ich dann meine eigenen laden, die für den Debug bestimmt sind. Lange Rede kurzer Sinn: PROBLEM GELÖST.
• T

  Qmenu als View in der QCombobox
  • Tyrdal  

  4
  0
  Stimmen
  4
  Beiträge
  1315
  Aufrufe

  T

  Ich galub ich muß das click Signal nehmen und das Menu da anzeigen wo sonst das PopUp gewesen wär (das dann natürlich nicht mehr zu sehen sein darf). Ist zwar die nicht die eleganteste Lösung, aber die mit der wenigsten Arbeit.
• T

  QWidget auf bestimmtes Display legen und Geometry bestimmen
  • Tyrdal  

  9
  0
  Stimmen
  9
  Beiträge
  2284
  Aufrufe

  T

  Ausprobiert? Ich warte nämlich noch auf menien zweiten Bildschirm um die Theorie überprüfen zu können.
• F

  Qt4.5 und X11, zeichnen in Threads...
  • Fellhuhn  

  4
  0
  Stimmen
  4
  Beiträge
  2182
  Aufrufe

  N

  Fellhuhn schrieb: Nächster Ansatz: Im Worker-Thread ein XPixmap zu erstellen, dies dann mit der Qt4.5-Methode QPixmap::fromX11Pixmap konvertieren und gut ist. Leider geht das nicht, die Funktion hängt sich (und alles andere) auf. Man kann das auch von Hand konvertieren. Wenn die Farbtiefe jeweils 24bit ist, geht das relativ einfach. Nur aufpassen QT verwendet rgb und X11 verwendet bgr !
• ?

  wxPlotCtrl
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  1257
  Aufrufe

  G

  Welche Doku denn ?
• A

  qt 4.5 und boost für win32/64 und macOS 32/64
  • axmueller  

  2
  0
  Stimmen
  2
  Beiträge
  771
  Aufrufe

  ?

  Probiers doch einfach aus, is ja nix dabei. Wenn Qt4 und boost auf deinen Zielplattformen verfügbar ist, nehme ich an dass es ausreichend performant ist... Und wenn openMP auf deinen Systemen funktioniert wirst du auch das nutzen können. Du kannst ja weiter suchen, ob du bessere Lösungen findest...
• G

  Mal wieder Link-Probleme mit wxPlotCtrl
  • Grieko  

  6
  0
  Stimmen
  6
  Beiträge
  1674
  Aufrufe

  G

  ich hab´s Anscheinend ist es ein Problem in der link_additions.h Dort habe gefunden, wo beide Bibliotheken eingebunden werden und habe die plot.lib kommentiert #pragma comment( lib, GET_WX_LIB_NAME( flatnotebook ) ) // #pragma comment( lib, GET_WX_LIB_NAME( plot ) ) #pragma comment( lib, GET_WX_LIB_NAME( plotctrl ) ) Nun läufts, auch wenn ich noch nicht genau weiss wie hierbei die Libraries eingebunden werden und was der Verzicht auf die plot.lib für weitere Konsequenzen hat
• T

  brauche etwas hilfe im umgang mit wxListCtrl SetItemData
  • The_Mad_Max  

  2
  0
  Stimmen
  2
  Beiträge
  959
  Aufrufe

  G

  vielleicht kannst Du mal erklären was die Zeilen im Einzelnen machen ? Ich kann leider kein Delphi ...........
• P

  wxwidgets, radiobox item update/loeschen
  • pau  

  4
  0
  Stimmen
  4
  Beiträge
  1018
  Aufrufe

  N

  wxControlWithItems::Append ?
• G

  Dokumentation zu wxPlotCtrl
  • Grieko  

  1
  0
  Stimmen
  1
  Beiträge
  807
  Aufrufe

  G

  Hallo zusammen, weiss jemand wo ich Info´s zum wxPlotCtrl bekomme ? Alle Links die ich finde laufen ins Leere, ein Sample habe ich auch nicht ....
• ?

  (gelöst) qt4.5: QObject: Cannot create children for a parent ....
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  8238
  Aufrufe

  ?

  Ritchie schrieb: Das Problem das entstehen kann, ist einfach dass SIgnals/Slots nicht im neuen Thread, sondern eben im MainThread abgearbeitet werden, und das ist nicht der Sinn eines neuen Threads Ich dachte mir irgendwie sowas. Vielleicht werde ich mein Beispielprogramm nochmals dahin gehend ändert. Danke für die Info. Sry, noch etwas genauer: Du hast für deinen Thread die run-Methode überschrieben. Wenn du darin ein "exec()" stehen hast, hat der Thread eine eigene event-loop. Das heißt, dass Objekte, die in diesem Thread erstellt wurden, insbesondere ihre SLOTS im neuen Thread abarbeiten, was den MainThread (entsteht mit QApplication::exec()), der auch für die GUI zuständig ist, entlastet. Hat jetzt dein Thread eigene Slots, die aufgerufen werden, und dein Thread-Objekt wurde aber im MainThread erstellt, hast du ein Problem Du kannst auch Objekte erstellen und diese mittels QObject::moveToThread() in den neuen Thread verschieben, damit Eventhandling im neuen Thread geschieht. Les dir da am besten die Doku durch.
• ?

  (gelöst) QT 4.5: QTcpSocket bekommt kein readyRead()
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  5108
  Aufrufe

  ?

  Hallo Zusammen, einen Threaded Server mit Signals Slots habe ich nicht hin bekommen. Da habe ich eben Threaded blocked verwendet. Der scheint stabil zu arbeiten. Hier der Code für andere FortuneServer::FortuneServer(QObject *parent) : QTcpServer(parent) { } void FortuneServer::incomingConnection(int socketDescriptor) { qDebug() << "Server: incomingConnection() Create thread " ; FortuneThread *thread = new FortuneThread(socketDescriptor); connect(thread, SIGNAL(finished()), thread, SLOT(deleteLater())); thread->start(); } FortuneThread::FortuneThread(int socketDescriptor) : socketDescriptor(socketDescriptor) { } void FortuneThread::run() { QString Command; QTcpSocket tcpSocket; quint16 blockSize; if (tcpSocket.setSocketDescriptor(socketDescriptor) == false) { emit error(tcpSocket.error()); return; } QDataStream in(&tcpSocket); in.setVersion(QDataStream::Qt_4_0); while ( tcpSocket.bytesAvailable() < (int)sizeof(quint16) ) { if ( tcpSocket.waitForReadyRead(200) == false) { emit error(tcpSocket.error()); } } in >> blockSize; while ( tcpSocket.bytesAvailable() < (int) blockSize ) { if ( tcpSocket.waitForReadyRead(200) == false) { emit error(tcpSocket.error()); } } in >> Command; QString Message; Message=tr("You just send the command %1 to the server").arg(Command); QByteArray block; QDataStream out(&block, QIODevice::WriteOnly); out.setVersion(QDataStream::Qt_4_0); out << (quint16)0; out << Message; out.device()->seek(0); out << (quint16)(block.size() - sizeof(quint16)); tcpSocket.write(block); tcpSocket.waitForBytesWritten(2000); tcpSocket.close(); } Gruss P.S.: Wenn jemand einer Threaded Lösung mit Slots für ReadyRead hat, bitte posten
• T

  SmartWin++ Linker Problem
  • theliquidwave  

  1
  0
  Stimmen
  1
  Beiträge
  771
  Aufrufe

  T

  Hi. Ich habe heute SmartWin++ entdeckt -> http://smartwinlib.org/ Nach erfolgreichem compilen der SmartWin.lib versuchte ich, das Beispiel aus der Wiki (http://smartwinlib.org/wiki/index.php/Your_first_SmartWin_application) zu compilen, welches jedoch zu 43 Link Errors führt (wenn es was bringt -> http://pastebin.com/d5930f58a). Weiß jemand Rat? Habe alles befolgt. Die SmartWin.lib und comctl32.lib dem Linker hinzugefügt, Include Verzeichnisse gesetzt und Subsystem auf Windows gestellt. Diese Seite bringt mich auch nicht weiter: http://smartwinlib.org/faq.php?id=2 Bin dankbar für alle Hinweise. Hier hatte wohl jemand das gleiche Problem: http://forums.purebasic.com/german/viewtopic.php?t=19125 Danke und Gruß EDIT: Ich habe es gerade hingekriegt. Ich habe einfach die Projektoptionen mit dem Testprojekt Calculator verglichen, alles eingestellt und sodele - es funktioniert!
• G

  Logisches Problem, gemeinsame Daten für zwei Klassen
  • Grieko  

  4
  0
  Stimmen
  4
  Beiträge
  891
  Aufrufe

  G

  sorry, ich glaube ich habe jetzt das Brett vorm Kopf abgelegt Sollte eigentlich ganz einfach sein: Den zeiger auf die Pane muss ich als Member in die Frame-Klasse übernehmen. Dadurch habe ich dann in der Frame-Klasse Zugriff auf die Public-Methoden der Pane. Hier muss ich entsprechende Funktionen definieren (zum Bleistift: AddData(xyz)). Werde ich heute abend gleich mal testen