antimicro hat geschrieben:Auf jeden Fall muss ein Toolkit auf jedem System einwandfrei laufen
Also PyGTK sollte auf Linux gut laufen unter Windows tut es das jedenfalls. wxPython funktioniert unter Windows gut, unter Linux habe ich von einigen kleineren Hakeleien gehört. PyQt sollte unter Linux gut Laufen, unter WIndows nur mit etwas aufwand da die passenden Binaries (der GPL-Version) für Windows versteckt sind.
PyGTK sollte dann noch (vielleicht) unter Mac laufen, PyQt warscheinlich auch und wxPython bestimmt. Zudem ist es möglcih, das wx und Qt auf Embedded Systemen laufen, aber das ist warscheinlich nicht so relevant.
antimicro hat geschrieben:, außerdem sollte sichergestellt sein das die Entwicklung des Toolkits nicht einfriert.
Da Trolltech mit der Entwicklung von Qt Geld verdient und erst letztens eine komplett überarbeitete Version, Qt4 rausgebracht hat, wird es wohl noch länger weiterleben.
PyGTK ist eines der besten GTK+ Bindings, es folgt dem
GNOME Platform Bindings schedule welches stabile APIs und recht pünktliche Releases garantieren soll. Schließlich ist GTK ja Teil von GNOME und profitiert davon.
wxPython ist ein Binding für wxWidgets, welches seit zwölf Jahren entwickelt wird, also wird das auch nicht schnell aussterben. Jedoch hatte es als ich etwas damit schreiben wollte gerne Bugs, die allerdings meist in den nächsten Releases laut Mailingliste korrigiert werden sollten (nur hat es damals ewig bis zum nächsten Release gedauert). Aber es kann dafür auch sehr viel.
antimicro hat geschrieben:Naja, und eine nicht kommerzielle Lösung bevorzugen ja viele sowieso.
An sich ist ja sowohl Qt als auch PyQt unter GPL (Qt3 und PyQt sind es zumindest unter X11, unter Windows ist nur Qt4 unter GPL), jedoch werden sie hauptsächlich von Trolltech und Riverbank Computing entwickelt und das hat für Entwickler Freier Software so einen Nachgeschmack.
blackbird hat geschrieben:Wenn Linux: pyGTK
Ups, dann setze ich wohl unter Windows mit Erfolg das Falsche ein
