Da ich mit diesem Thema nicht so recht weiterkomme, möchte ich es nochmal aufgreifen (und nicht nochmal als neues Thema posten).
Nachdem mein Programm nun als Zwitter (Python/Java) existiert und ich es auch schon benutze, ist mir klar geworden, dass es in dieser Form für mich keine Zukunft hat, weil mir das Programmieren mit Java einfach keinen Spass mehr macht. Da gibt zwar genau jetzt mit der Version 8 genau die Fähigkeiten, die ich gerade brauche, aber trotzdem gehe ich da nicht dran. Weil mir die Compiler-Läufe zu lange dauerten, habe ich sogar meinen 8 Jahre alten HP-Rechner ersetzt. Gut, es ist einfacher, ein Java-Programm unter einem anderen Betriebssystem ans Laufen zu bekommen, aber mit Python 3.4 habe ich es auch hinbekommen. Auf einem Mac-OSX-Rechner gab es gar keine Probleme, unter Windows7 musste ich aber erst ein Paket mit CMake und VS-Express zu einem pyd-Paket machen, wobei das neueste CMake mit Python 3.4 erst nach einem zusätzlichen Eintrag hierfür funktionierte.
Ein weiterer Punkt, der mich von einem weiteren Arbeiten mit Java abhält ist, dass mir die Darstellungsqualität (in allen BS, besonders in Windows) überhaupt nicht überzeugt. Das Font-Rendering und generell das Antialiasing ist schlecht und nur unzulänglich optimierbar. Mit Python gibt es damit keine Probleme: Wenn man die nativen Darstellungs-Einstellungen optimiert (unter Linux z.B. mit dem Infinility-Paket), wirkt sich das auch auf die Python-Pyside-Programme aus.
Ich hatte mit Python ja auch das Problem, dass es einige Grafik-Libs nur für Python2 gibt. Momentan habe ich das gelöst, indem ich meine Haupt-Datenstruktur per Socket an ein Python2-Programm übermittle, was mir aber mittlerweile überhaupt nicht mehr gefällt. Ich möchte gerne alles "aus einem Guß" haben, wie ich es schon immer gehalten habe. Aber mir ist auch aufgefallen, dass es sehr wichtig ist, sich auf eine Grafik-Bibliothek zu konzentrieren, die in der Community Anklang findet und aktiv weiterentwickelt wird. Das ist bei vielen nur in Python2 vorliegenden Libs nicht der Fall.
Bei Pyglet sieht es aber so aus, dass diese Bibliothek wohl recht beliebt ist und es hier wohl auch die Option gibt, sie mit Python3 zu programmmieren:
pyglet runs with Python 2.5+ and also with Python 3 through 2to3 tool (which
is executed automatically when installing).
BlackJack hatte schon angemerkt, dass es bei Pyglet keinen Eintrag für die Python-Version im Package-Index gibt und man es somit nicht mit Pip korrekt für Python3 installieren kann.
Jetzt habe ich pyglet mal aus Git herunter geladen und habe versucht, es mit setup.py install zu installieren. Hierbei gibt es aber das gleiche Problem wie mit pip: Das Paket wird zwar in pip list gelistet, funktioniert aber nicht, weil offensichtlich das 2to3 nicht darüber gelaufen ist.
Könnte mich da vielleicht jemand unterstützen ?
(... trotz, dass ich mich hier schon sehr unbeliebt gemacht habe
)
scheint da immer noch auf wesentlich sichereren Füßen zu stehen !