Kostet die pyQT-Lizenz für kommerzielle Programme immer noch über 460 Euro je Entwickler?
Gibt es andere QT Bindings?
mfg
Gerold
os.system Aufruf in einem Thread aufrufen
-
gerold
- Python-Forum Veteran
- Beiträge: 5555
- Registriert: Samstag 28. Februar 2004, 22:04
- Wohnort: Oberhofen im Inntal (Tirol)
- Kontaktdaten:
Hallo!
Kostet die pyQT-Lizenz für kommerzielle Programme immer noch über 460 Euro je Entwickler?
Gibt es andere QT Bindings?
mfg
Gerold
Kostet die pyQT-Lizenz für kommerzielle Programme immer noch über 460 Euro je Entwickler?
Gibt es andere QT Bindings?
mfg
Gerold
http://halvar.at | Kleiner Bascom AVR Kurs
Wissen hat eine wunderbare Eigenschaft: Es verdoppelt sich, wenn man es teilt.
Wissen hat eine wunderbare Eigenschaft: Es verdoppelt sich, wenn man es teilt.
-
lunar
@gerold: Sicher, für proprietäre Entwicklung mit PyQt4 muss man zahlen, aber was hat das mit der Plattformunabhängigkeit zu tun?!
Qt4 ist plattformunabhängig, imho mehr als jedes andere Toolkit. Dass man dafür unter Umständen bezahlen muss, steht auf einem anderen Blatt.
Davon abgesehen gibt es mit PySide eine Alternative unter der LGPL, die sicher in mittelbarer Zeit auch brauchbar wird.
Qt4 ist plattformunabhängig, imho mehr als jedes andere Toolkit. Dass man dafür unter Umständen bezahlen muss, steht auf einem anderen Blatt.
Davon abgesehen gibt es mit PySide eine Alternative unter der LGPL, die sicher in mittelbarer Zeit auch brauchbar wird.
*Kein richtiger Designer in wxPython:
- keine Ahnung, ich habe noch nie einen verwendet
*Bugs etc.
- Mir sind keine bekannt, die man nicht umgehen kann (da auch nur wenige, ich selbst hatte noch keinen, aber der ein oder andere im #wxPython IRC)
*Dokumentation ist schlecht:
- Findest du? Wie Gerlod gesagt hat, es gibt "das Buch", ich hab's nicht (allerdings schon Auschnitte gelesen) und konnte trotzdem wxPython lernen, es gibt durchaus Tutorials und mir reicht die API (bzw. classref), es ist alles drin was man braucht
*Keine Weiterentwicklung:
- Nein! in #wxPython sind ein paar Entwickler und da kriegt man schon was von Weiterentwicklungen mit, z.B. soll bald ein webkit mitgeliefert werden
- keine Ahnung, ich habe noch nie einen verwendet
*Bugs etc.
- Mir sind keine bekannt, die man nicht umgehen kann (da auch nur wenige, ich selbst hatte noch keinen, aber der ein oder andere im #wxPython IRC)
*Dokumentation ist schlecht:
- Findest du? Wie Gerlod gesagt hat, es gibt "das Buch", ich hab's nicht (allerdings schon Auschnitte gelesen) und konnte trotzdem wxPython lernen, es gibt durchaus Tutorials und mir reicht die API (bzw. classref), es ist alles drin was man braucht
*Keine Weiterentwicklung:
- Nein! in #wxPython sind ein paar Entwickler und da kriegt man schon was von Weiterentwicklungen mit, z.B. soll bald ein webkit mitgeliefert werden
'Tschuldigung, war ich etwas aufgebrachtDav1d hat geschrieben: Frage ich mich auch gerade ...
Ich bin mir sicher, dass ihr beide nicht wxPython und Qt beherrscht um solche Urteile zu fällen
the more they change the more they stay the same
Wahnsinn, klar dass haben alle anderen schon und damit hinkt wxPython Meilenweit hinter allen anderen Frameworks hinterher aber es wird entwickelt... yippie! Ich dachte da eher sowas an wirklich neuen Dingen wie z.B. QML, endlich ein Weg GUIs zu vernünftig zu erstellen.Dav1d hat geschrieben:- Nein! in #wxPython sind ein paar Entwickler und da kriegt man schon was von Weiterentwicklungen mit, z.B. soll bald ein webkit mitgeliefert werden
P.S.:Kommerzielle Dokumentation zählt nicht.
-
lunar
@Dav1d: Wo Du gerade von Weiterentwicklung sprichst: Zwischen r63770 und r63806 (also die 30 letzten Commits zur jetzigen Zeit) von wxWidgets finde ich zwei Commits, welche die Kopiersemantik von Objekten korrigieren und einen, der die Kompilierung korrigiert.
Das lässt mich vermuten, dass es den Entwicklern beim Entwickeln ebenso an Sorgfalt fehlt wie beim Entwurf der Schnittstellen (siehe oben).
Es ist schließlich C++-Grundwissen, das Objekte Kopierkonstruktor und Zuweisungsoperator besitzen müssen, sobald sie nicht-triviale Attribute haben. Und das man Quelltext vor dem Commiten kompilieren sollte, sollte eigentlich jeder Entwickler wissen.
Das lässt mich vermuten, dass es den Entwicklern beim Entwickeln ebenso an Sorgfalt fehlt wie beim Entwurf der Schnittstellen (siehe oben).
Es ist schließlich C++-Grundwissen, das Objekte Kopierkonstruktor und Zuweisungsoperator besitzen müssen, sobald sie nicht-triviale Attribute haben. Und das man Quelltext vor dem Commiten kompilieren sollte, sollte eigentlich jeder Entwickler wissen.