Si j'étais toi, je choisirai, sans aucun doute, python et wxpython ...
c'est ce qui réponds le mieux à ça :
"L'intérêt est de "pouvoir développer une fois et exécuter partout" en incorporant les routines et bibliothèques éventuellement sur un support amovible"
- python.org : car c'est bien multiplateforme, et intègre de base toute une flopée de librairies, permettant de faire pas mal de chose
- wxpython.org : qui est l'équivalent de wxwidgets (ancien wxwindows), mais pour python ... son énorme avantage, est qu'il reprends le look de l'os hote (ainsi t'auras les MFC sous win, gtk sous *nux, cocoa sous os x) .. tout en utilisant un set d'api unique ... et comme dirait "timaniac" : forcément nivellé par le bas ... mais déjà nettement suffisant pour faire qqchose d'utilisable ...
evidemment, il faut aussi "coder proprement", sans appel systèmes (exec/system/...), sans utiliser de lib spécifique à une plateforme (win32api, ...) ... et ça marchera à 99% sure ...
(les 1%, étant les cas mal documentés de certaines libs, dans wxpython par exemple, cependant, en prennant des pincettes, ça va ...)
Attention, je suis un partisan qui pense que le tout QT, ou le tout GTK sur les trois plateformes n'est pas excellent (y a qu'à voir gtk2 sous win, avec le look "win" : c'est très lourd, et c'est pas très beau/réaliste)
Je suis un partisan de wxwidget/wxpython ...qui à mon sens, est l'idée la plus sympa ... et contente les end users qui veulent des interfaces natives ... un set d'api pour tous les widgets/plateformes, même s'il faut niveller par le bas, wxwidget/wxpython est bien avancé ... et promet bien plus dans le future ... (grosse communauté active)
# python et wxpython
Posté par manatlan (site web personnel) . En réponse au journal Développement multi-plateformes. Évalué à 3.
c'est ce qui réponds le mieux à ça :
"L'intérêt est de "pouvoir développer une fois et exécuter partout" en incorporant les routines et bibliothèques éventuellement sur un support amovible"
- python.org : car c'est bien multiplateforme, et intègre de base toute une flopée de librairies, permettant de faire pas mal de chose
- wxpython.org : qui est l'équivalent de wxwidgets (ancien wxwindows), mais pour python ... son énorme avantage, est qu'il reprends le look de l'os hote (ainsi t'auras les MFC sous win, gtk sous *nux, cocoa sous os x) .. tout en utilisant un set d'api unique ... et comme dirait "timaniac" : forcément nivellé par le bas ... mais déjà nettement suffisant pour faire qqchose d'utilisable ...
evidemment, il faut aussi "coder proprement", sans appel systèmes (exec/system/...), sans utiliser de lib spécifique à une plateforme (win32api, ...) ... et ça marchera à 99% sure ...
(les 1%, étant les cas mal documentés de certaines libs, dans wxpython par exemple, cependant, en prennant des pincettes, ça va ...)
Attention, je suis un partisan qui pense que le tout QT, ou le tout GTK sur les trois plateformes n'est pas excellent (y a qu'à voir gtk2 sous win, avec le look "win" : c'est très lourd, et c'est pas très beau/réaliste)
Je suis un partisan de wxwidget/wxpython ...qui à mon sens, est l'idée la plus sympa ... et contente les end users qui veulent des interfaces natives ... un set d'api pour tous les widgets/plateformes, même s'il faut niveller par le bas, wxwidget/wxpython est bien avancé ... et promet bien plus dans le future ... (grosse communauté active)