Warum nicht Qt Creator?
Verfasst: Freitag 25. August 2017, 16:38
Ich habe hier schon des öfteren gelesen, dass man den Qt Designer nehmen soll und den Qt Creator nicht. Warum das?
Seit 2002 Diskussionen rund um die Programmiersprache Python
https://www.python-forum.de/
Aber man kann dann statt diesen XML Files auch QML verwenden.__deets__ hat geschrieben:Der Creator hat auch eine Moeglichkeit den Designer zu starten (oder benutzt denselben Code, ist ja alles Qt). Das ist aber finde ich eher aetzend geloest, weil es die nutzbare Flaeche viel kleiner macht - denn die ganzen Projekt-Zonen drumrum bleiben bestehen.
Ich habe mich bis jetzt noch nicht bzw. noch kaum mit Qt beschäftigt. Aber weder mit dem Qt Designer noch mit dem Qt Creator komme ich recht zurecht. Da mache ich etwa eine Combobox und mache Texteinträge. Aber wenn ich dann im Qt Designer oder Qt Creator dann auf die Combobox drücke, dann tut sie nichts. Das heißt sie geht nicht auf und zeigt nicht meine Einträge. Müßte ich da irgend etwas Besonderes auswählen, damit sie das tut?__deets__ hat geschrieben:Das hat aber nix mit dem Designer zu tun. Und auch nicht mit dem Creator (ich arbeite beruflich mit QML, den Creator benutzt hier niemand).
QML ist nochmal seine komplett eigene Welt. Vielleicht findet die mal Eingang in den Designer, aber akut ist es das nicht.
Ich hatte aber gesehen, dass es keineswegs so ist, dass man in Python eine QML Anwendung startet und das war es. Sondern dass es doch Interfaces zu Python gibt.jerch hat geschrieben:Für Python ist QtCreator eher ungeeignet, da es keine goodies für typische Pythonentwicklungsaufgaben mitbringt. Der Pythonsupport geht nicht über Editor-Highlightning hinaus.
Wenn es über QML diverse Schnittstellen zu Python gibt, dann ist der Qt Creator doch gut für Python Projekte einsetzbar, oder nicht?jerch hat geschrieben:@Alfons Mittelmeyer:
Und was hat das jetzt mit der Benutzbarkeit des QtCreators für Pythonprojekte zu tun?
jerch hat geschrieben:... QML sucks big time in QtCreator. ...
Daraus liest Du:jerch hat geschrieben:Für Python ist QtCreator eher ungeeignet, da es keine goodies für typische Pythonentwicklungsaufgaben mitbringt. Der Pythonsupport geht nicht über Editor-Highlightning hinaus.
Ehm eher Letzteres - also "oder nicht".Alfons Mittelmeyer hat geschrieben:Wenn es über QML diverse Schnittstellen zu Python gibt, dann ist der Qt Creator doch gut für Python Projekte einsetzbar, oder nicht?
Nö, daraus lese ich das nicht.jerch hat geschrieben:@Alfons Mittelmeyer:
Logik 6 setzen.
Gegeben:Meinst Du damit, dass die QML option im QtCreator etwas lahm ist. Ist sie in der Tat. Das muss aber nicht heißen, dass dann auch QML lahm ist. Oder weißt Du ein besseres Tool für QML?jerch hat geschrieben:... QML sucks big time in QtCreator. ...
Also Zugriff über Widget IDs gibt es doch. QtPython und ist aber mit den XML Files besser integriert, weil da gleich Attribute erzeugt werden.jerch hat geschrieben:Für Python ist QtCreator eher ungeeignet, da es keine goodies für typische Pythonentwicklungsaufgaben mitbringt. Der Pythonsupport geht nicht über Editor-Highlightning hinaus.
Aber Goodies gibt es doch, das sind die Javascript nach Python Schnittstellen.
Und dann ist da noch, dass man GUI Logik und Geschäftslogik sehr gut trennen kann. So kann man etwa die GUI Logik unabhängig von der Programmiersprache der Geschäftslogik schreiben. Die GUI Logik kann man in Javascript schreiben und die Geschäftslogik in Python.
Daraus liest Du:Ehm eher Letzteres - also "oder nicht".Alfons Mittelmeyer hat geschrieben:Wenn es über QML diverse Schnittstellen zu Python gibt, dann ist der Qt Creator doch gut für Python Projekte einsetzbar, oder nicht?
Und was hat Python und QML Integration mit dem Creator zu tun? Nichts.Alfons Mittelmeyer hat geschrieben:Ich hatte aber gesehen, dass es keineswegs so ist, dass man in Python eine QML Anwendung startet und das war es. Sondern dass es doch Interfaces zu Python gibt.jerch hat geschrieben:Für Python ist QtCreator eher ungeeignet, da es keine goodies für typische Pythonentwicklungsaufgaben mitbringt. Der Pythonsupport geht nicht über Editor-Highlightning hinaus.
Hiedr etwa wird in 'Ausgabe über Python und PyQt5' auf QML Widgets in Python zugegriffen. Müßte dann wohl auch Callback Anbinding möglich sein: http://vibora.de/2016/12/kleine-einfueh ... d-qml.html
In QML kann man auch Javascript Code mit reinschreiben, Python Code natürlich nicht. Woanders kann man das aber genauso wenig.
Und dennoch scheint es gar ein Interface von Javascript zu Python geben, sodass man sogar in das QML File eine Python Anbindung reinschreiben kann. Hier werden dann sogar Python Funktionen oder Methoden von Javascript aus aufgerufen;
https://wiki.python.org/moin/PyQt/QML%2 ... 20function
Und was soll jetzt das für eine Logik sein? Dann hat der Qt Designer ja auch nichts mit Python zu tun. Denn der erzeugt XML Dateien. Und die kann man ja auch mit jedem Editor schreiben. Wolltest Du das sagen?__deets__ hat geschrieben:Creator ist eine IDE. Die hat Vorteile beim arbeiten mit Qt im allgemeinen, und ggf. auch mit QML. Mit Python hat sie aber gerade mal gar nix zu tun, und QML als auch C++ und Python kann man genauso gut mit Emacs bearbeiten.
Der Qt Designer hat auch nichts mit Python zu tun. Er hat was mit Qt zu tun. Und klar kann man das XML von Hand schreiben. Ist ne doofe Idee, weil der Designer einem gute Abstraktion bietet. Man kann übrigens auch tkinter nutzen ohne deinen GuiDesigne.Alfons Mittelmeyer hat geschrieben:Und was soll jetzt das für eine Logik sein? Dann hat der Qt Designer ja auch nichts mit Python zu tun. Denn der erzeugt XML Dateien. Und die kann man ja auch mit jedem Editor schreiben. Wolltest Du das sagen?__deets__ hat geschrieben:Creator ist eine IDE. Die hat Vorteile beim arbeiten mit Qt im allgemeinen, und ggf. auch mit QML. Mit Python hat sie aber gerade mal gar nix zu tun, und QML als auch C++ und Python kann man genauso gut mit Emacs bearbeiten.
Deine spezielle Form der Logik ist ... faszinierend. Aus einer Aussage (Creator hat keine Vorteile beim Einsatz von Python) schlägst du begründungslos Brücken zu etwas, das gar nicht diskutiert wurde: IDs vs Attribute (was auch immer genau du damit meinst), und das die Schnittstelle von Python zu QML/JS nix bringt. Was riesen Humbug ist. Natürlich bringt die was. Das man zB Modelle für Views in Python schreiben kann. Oder Worker-Threads (kann JS nicht). Oder überhaupt mit Qt arbeiten (benutzt nämlich alles das Qt MetaModell). oder oder oder.Alfons Mittelmeyer hat geschrieben:@ __Deets__: ja jetzt sind wir bei den Fakten, nämlich dass er keine Vorteile bietet im Zusammenhang mit nur Python. Denn Attribute zu haben ist besser als nach Widget IDs zu suchen. Und die Schnittstelle von Javascript nach Python bringt auch nichts, wenn man die GUI Logik nicht in Javascript programmiert
Also was ist jetzt, bringt diese Schnittstelle viel für Python oder für JS. zuerst wurde ja behauptet, dass der Qt Creator keine Vorteile bringt, zumindest nicht für Python.__deets__ hat geschrieben:und das die Schnittstelle von Python zu QML/JS nix bringt. Was riesen Humbug ist. Natürlich bringt die was. Das man zB Modelle für Views in Python schreiben kann. Oder Worker-Threads (kann JS nicht).