Une autre raison pour laquelle wxWidgets est un mauvais choix pour la librarie standard Python, c'est que le cycle de mise à jour de wx ( et de PyQT, et de PyGTK et de ... ) ne correspondant pas du tout avec le cycle de mise à jour de Python. Si wx devait être integré dans la lib standard, il lui faudrait alors ( probablement ) calquer son évolution sur celle de Python lui même.
ça je suis d'accord ... mais ça poserait surement le même problème avec QT
C'est ce que j'ai dis :)
hg wrote:
Christophe wrote:
Une autre raison pour laquelle wxWidgets est un mauvais choix pour la
librarie standard Python, c'est que le cycle de mise à jour de wx ( et
de PyQT, et de PyGTK et de ... ) ne correspondant pas du tout avec le
cycle de mise à jour de Python. Si wx devait être integré dans la lib
standard, il lui faudrait alors ( probablement ) calquer son évolution
sur celle de Python lui même.
ça je suis d'accord ... mais ça poserait surement le même problème avec QT
Une autre raison pour laquelle wxWidgets est un mauvais choix pour la librarie standard Python, c'est que le cycle de mise à jour de wx ( et de PyQT, et de PyGTK et de ... ) ne correspondant pas du tout avec le cycle de mise à jour de Python. Si wx devait être integré dans la lib standard, il lui faudrait alors ( probablement ) calquer son évolution sur celle de Python lui même.
ça je suis d'accord ... mais ça poserait surement le même problème avec QT
C'est ce que j'ai dis :)
Fabio
2/ Il n'y a pas non plus d'environnement de développement "moderne" (avec intellisense, débuggeur intégré, et un designer pour l'interface graphique) ? Quelque chose comme #Develop ( http://www.icsharpcode.com/OpenSource/SD/Default.aspx )
#Develop te permet de développer en foo, qui est un dérivé de python.
Fabio
2/ Il n'y a pas non plus d'environnement de développement "moderne" (avec
intellisense, débuggeur intégré, et un designer pour l'interface graphique) ?
Quelque chose comme #Develop (
http://www.icsharpcode.com/OpenSource/SD/Default.aspx )
#Develop te permet de développer en foo, qui est un dérivé de python.
2/ Il n'y a pas non plus d'environnement de développement "moderne" (avec intellisense, débuggeur intégré, et un designer pour l'interface graphique) ? Quelque chose comme #Develop ( http://www.icsharpcode.com/OpenSource/SD/Default.aspx )
#Develop te permet de développer en foo, qui est un dérivé de python.
Fabio
Fabio
2/ Il n'y a pas non plus d'environnement de développement "moderne" (avec intellisense, débuggeur intégré, et un designer pour l'interface graphique) ? Quelque chose comme #Develop ( http://www.icsharpcode.com/OpenSource/SD/Default.aspx )
#Develop te permet de développer en foo, qui est un dérivé de python.
Fabio
Erratum : en Boo, pas en foo !
Par ailleurs il y a aussi IronPython qui permet de développer en Python au sein de Visual Studio.
Fabio
2/ Il n'y a pas non plus d'environnement de développement "moderne" (avec
intellisense, débuggeur intégré, et un designer pour l'interface graphique)
? Quelque chose comme #Develop (
http://www.icsharpcode.com/OpenSource/SD/Default.aspx )
#Develop te permet de développer en foo, qui est un dérivé de python.
Fabio
Erratum : en Boo, pas en foo !
Par ailleurs il y a aussi IronPython qui permet de développer en Python
au sein de Visual Studio.
2/ Il n'y a pas non plus d'environnement de développement "moderne" (avec intellisense, débuggeur intégré, et un designer pour l'interface graphique) ? Quelque chose comme #Develop ( http://www.icsharpcode.com/OpenSource/SD/Default.aspx )
#Develop te permet de développer en foo, qui est un dérivé de python.
Fabio
Erratum : en Boo, pas en foo !
Par ailleurs il y a aussi IronPython qui permet de développer en Python au sein de Visual Studio.
