QT-Designer

[Rudib]

Ich habe Anfängerprobleme mit dem QT-Designer. Ich muss mich von Delphi auf C++ mit QT umstellen. Ich möchte einen File-Open-Dialog öffnen und eine Datei einlesen. In Delphi kann ich mir aus den installierten Paketen das entsprechende Fenster aussuchen und in meiner Form platzieren. Bei QT finde ich kein entsprechendes Widget. Muss man den File-Dialog selbst programmieren oder geht das irgendwie auch mit drag & drop, wie bei Delphi? In den Manuals finde ich immer nur C++ Programmierlösungen. Geht es einfacher und schneller ? Vielen Dank für die Hilfe.

[upsala]

1. Kann man nicht alles mit dem Designer machen
2. Ist der Designer dafür auch nicht gedacht
3. Sucht du QFileDialog...

[-=Freaky=-]

viel einfacher als

Code: Alles auswählen

#include <QFileDialog>
#include <QString>
// ......
QString fileName = QFileDialog::getOpenFileName( ... );

gehts doch nicht?


mfg,
julian

[Rudib]

Das ist sicher richtig, nur hab ich in meiner Form dann auch einen Hinweis auf die Dialog-Box? Und der Charme der IDE ist eigentlich die visuelle Präsentation der Verwendeten Elemente. Also geht es nicht ?

[Rudib]

Ja, ich suche schon file dialog. Ich weiß nur nicht wo (in der QT-Designer IDE). Möglicherweise kann man user-defined Widges mit plugins installieren? Oder so was. Nur, wie komm ich dahin. Ich kann mir andererseits auch nicht vorstellen, dass ein so mächtiges tool da nichts bietet. Oder fehlt etwas in der open-source Variante?

[upsala]

Ein QFileDialog ist ein für sich stehender Dialog, der eigentlich nicht dazu gedacht ist in ein Widget eingebettet zu werden. Und ich kann mir auch nicht vorstellen, daß dies bei Delphi so sein soll. Somit hat er auch nichts im Designer zu suchen.

[Rudib]

Das hat sich ertledigt. Borland Developer Studio liefert alles was ich brauche. .. Aber natürlich gehört der File Open Dialog in den Designer. Wohin denn sonst?
Ich will doch nur eine Datei öffnen. Mit Klick auf einen Button. Dann soll ein Fenster mit einem Datei-verzeichnis öffnen und ich will eine Datei auswählen. Ich will doch nicht in dem Gedärme von Windows oder irgendwelcher tools rumwurschteln. Seis drum - wer es mag.
Viel Spaß mit QT - ich hab es vorerst auf Eis gelegt.

[Rudib]

Aber vielen Dank für die Infos.

[Christian81]

Du hast nicht kapiert wie Qt funktioniert, hast Dur wohl auch nicht ein einzigstes Beispiel, geschweige denn das Tutorial, durchgelesen und meckerst jetzt rum? Troll würde ich sagen...

Juhu! Ich kann programmieren - habe nämlich drei buttons zusammengeklickt!

[macman]

Aber natürlich gehört der File Open Dialog in den Designer. Wohin denn sonst?

Wozu? Der Filedialog ist ein eigenständiger, in sich geschlossener, Dialog. Wozu sollte man einen Dialog in einen Dialog packen? Ist doch total unsinnig.

[Rudib]

Also auf derartige Bemerkungen lege ich nun gar keinen Wert. Im Übrigen habe ich sowohl das Tutorial durchgelesen als auch ein Buch (QT4 - Wolf) durchgelesen. Leider ist sowohl das Tutorial als auch das Buch eher auf die Konsolen-Anwendungen abgestimmt. Ich kann sicher nicht programmieren - jedenfalls keine Oberflächen. Da hast du bestimmt recht. Gut das du es kannst.
Als Fazit nehme ich war, dass QT anscheinend doch nicht so eine ausgereifte RAD Oberfläche ist, wie sie Borland bietet.
Wenn du keine vernünftigen Vorschläge machen kannst, dann versuche doch wenigstens den abwertenden Unterton zu vermeiden. Ihr glaubt immer wenn sich jemand nicht so tief in der Materie befindet, muss man ihn als Depp abstempeln. Werde erwachsen.

[macman]

Als Fazit nehme ich war, dass QT anscheinend doch nicht so eine ausgereifte RAD Oberfläche ist, wie sie Borland bietet.

Witzig, Qt entspricht nicht deinen Erwartungen und ist somit nicht ausgereift. Wie wäre es mit VB? Da kann man auch Timer und Array-Objekte auf die Oberfläche packen

[MichaelS]

Mir fiel der Umsteig von Delphi auf c++ auch nicht immer leicht. Aus dem eigenen Unvermögen oder Unwillen den Schluss zu ziehen, QT sei nicht ausgereift, ist mir dabei allerdings nicht in den Sinn gekommen.

Die Vorgehensweise unter Delphi mag anders sein, ob sie aber einfacher/besser ist, darüber kann man durchaus streiten. Schließlich reicht es auch bei Delphi nicht, einfach die entsprechende VCL-Komponente auf ein Formular zu ziehen. Auch bei Delphi will der Dialog an passender Stelle aufgerufen und der Dateiname geholt werden. Der "Aufwand" dafür ist nicht geringer als bei QT.

QT liefert genügend Beispielprogramme (auch für den Dateidialog) und Howtos mit. Wenn man sich die in Ruhe anschaut, sollte der Umstieg zu wuppen sein. Ich bin jedenfalls froh, von Delphi "weg" zu sein und könnte mich an dessen Vorgehensweise, alles in ein Formular zu packen, nicht mehr gewöhnen. Es ist nicht logisch und übersichtich ist es eigentlich auch nicht.

Gruß Michael

[Rudib]

Nun um das Thema endgültig zu beenden: Ich habe doch gar nichts gegen QT. Ich wollte daran auch nicht rummeckern. Ich habe ja nur gefragt ob es ebenso wie bei Delphi möglich ist, den File-Open-Dialog per drag and drop einzubinden. Offensichtlich geht das nicht. Oder doch? Bisher habe ich darauf keine Antwort bekommen. Es ist für mich nicht nachvollziehbar bei den Buttons und Spacern aufzuhören. Konsequent wäre es, wenn ich an das Feld Datei gleich den Dialog anhängen könnte. Was spricht denn dagegen? Ob es anders auch geht, das ist nicht die Frage. Ich habe ja noch genügend zu tun, das eigentliche Programm zu kodieren und will mich nicht mit den Einzelheiten der MFC auseinander setzen. Gleiches gilt für die Innereien von QT. Ich wollt es als nützliches Werkzeug verwenden – ich wollte es nicht auswendig lernen und mich nicht mit kompliziertem Beiwerk befassen. Deshalb zurück zu Delphi. Das ist übrigens im Borland developer Studio sehr komfortabel. Einschließlich File-Open-Dialog mit drag and drop. Auch für C# und C++. Kostet natürlich seinen Preis. Den ist es aber schon durch die Zeit die ich mit QT verbraucht habe wert. Schade eigentlich – denn ich habe mir viel von QT versprochen und es hat sicher seinen Reiz – wenn man zu Fuß programmieren möchte. Ich fahre lieber bequem. Viel Spaß der QT-Gemeinde.

[Christian81]

Der Designer ist zum *designen* da, nicht zum Programmieren.