Discussion :

[dourouc05]

Pour d�velopper une application graphique avec Python, un certain choix est disponible : Tkinter, pyFltk, PyQt, PyQtk, PySide, wxPython... Certains vont m�me jusqu'� d�conseiller l'utilisation de Python pour les interfaces graphiques, alors que d'autres sites disent le contraire, avec m�me de quoi s�lectionner le framework graphique le plus adapt�. Voici un retour d'exp�rience sur le choix d'un framework graphique pour une application Python. Fallait-il vraiment le faire en Python ?

J'ai r�cemment eu une discussion avec Armin Ronacher (que j'admire beaucoup soit dit en passant), qui me demandait pourquoi je n'avais pas choisi PyGtk au lieu de PyQt4 pour coder PyK.

Selon lui, PyGtk est un bon toolkit, bien pens� dans son architecture. Je suis tout � fait d'accord l�-dessus mais mon choix s'�tait fait suivant certains points :

• J'ai ador� les d�mos fournies par Qt4, vraiment impressionnantes ;
• Ma premi�re interface graphique avait �t� r�alis�e il y a longtemps et se nommait TeXBases, avec Ruby + Gtk et j'en ai gard� des souvenirs cauchemardesques en ce qui concernait la doc de l'�poque. Finalement, j'avais fini par la recoder en PyQt4 ;
• J'ai d�couvert qu'il existait une alternative � Scintilla dans Qt4, celle-ci me permettrait de coder ma propre coloration syntaxique, mon folding, etc.; maintenant, avec du recul je peux vous affirmer que celle-ci est loin d'�tre au point (lenteur, incoh�rences, ). Bien s�r, je suis loin d'�tre un excellent codeur, mais m�me les b�tes de course sous Qt4 le disent et on voit plein de projets switcher d'un coup sous Scintilla tellement c'est abominable.
  Exemple : j'avais impl�ment� les num�ros de ligne dans PyK. R�sultat : affichage d'une lenteur inouie pour un fichier d�passant les 5 Ko ! Oui, on peut faire beaucoup de choses avec Qt4, mais pas �a (c'est faisable, mais toujours lent cependant en C++) ;
• J'avais d�j� r�alis� reStInPeace et cela m'a aid� � coder PyK.

Cela ne signifie pas l'abandon de PyQt4 pour ma part, loin s'en faut ; mais j'ai envie d'aller voir ailleurs un petit moment... ne serait-ce que pour pouvoir �tendre les capacit�s d'autres logiciels communs sous Linux (GEdit, Vim, etc.).

Alors aujourd'hui je me suis mis � gl�ner divers renseignements sur PyGtk, et surtout des liens nouveaux et peu connus. C'est fou comme Gtk a �volu�, notamment avec Glade3 dont l'interface ne ressemble plus � TheGimp. Dire qu'il a fallu des projets auxiliaires comme Gazpacho pour �a saute aux yeux de tout le monde !

J'aurai aussi certaines critiques � faire sur Gtk en g�n�ral sur le peu que j'ai vu :

• Glade 3, c'est bien, mais placer par d�faut un GtkWindow en mode invisible me para�t vraiment compl�tement d�bile ;
• Certains widgets ne sont pas dans Glade 3 (GtkSourceView, GtkHTML, etc.) ;
• Fautes de frappe dans Devhelp qui font perdre du temps. Exemple : set_tabs_width au lieu de set_tab_width.

Avez-vous d�j� essay� ces deux bindings, PyGtk et PyQt4 ? Quelle en est votre exp�rience ? Comment s'est fait votre choix ? Avez-vous pr�f�r� un autre binding ?
Ou bien �tes-vous � l'oppos� : Python, c'est bien mais pas pour des GUI. Quels sont vos griefs ? Que manque-t-il � Python ?

[Matthieu Brucher]

PyGTK s'est sans doute am�lior�, il fut une �poque o� il ne valait mieux pas trop l'utiliser en multithread. Plut�t que PyGTK, je prendrai wxPython.

[wiztricks]

Salut,

Je connais peu de GUI �crits en Python.

Par contre, il existe des "bindings" qui permettent d'�crire des IHM avec Python qui utiliseront les GUI: Wx, GTK, Qt,...

A la base ces bindings n'apportent aucune fonctionnalit� suppl�mentaire: elles permettent d'utiliser les existantes...

Pr�f�rer Qt � Wx ou le contraire, pourquoi pas, mais pourquoi mettre Python dans la balance pour un tel choix?

Par contre, nous pourrions avoir une discussion plus pythonique sur un th�me proche... est ce que

• Boa,
• Camelot,
• Traits GUI,
• ...

satisfont ceux qui s'int�ressent � Python pour faire du RAD.

- W

[kango]

bonsoir,

je ne connais pas PyGTK, j'utilise PyQt/QtDesigner pour des interfaces simples. Je suis satisfait du r�sultat.

comment s'est fait mon choix ? apr�s avoir fait du Tkinter qui est limit�, il �tait question de changer. Le facteur d�clencheur est li� au fait que Tkinter n'est pas thread-safe. Le choix s'est port� entre wxPython et PyQt. C'est surtout QtDesigner qui a fait la diff�rence. Je n'ai pas du tout accroch� � boa.

la rapidit� d'apprentissage de la librairie, facilit�e par QtDesigner et QtAssistant et le livre de Mark Summerfield (Rapid GUI Programming with Python and Qt) m'a convaincu de ce choix.

j'avais aussi parcouru wxPython in action et fais quelques tests avec WxPython, �a m'a beaucoup plus.

ensuite, je pense que le lien pointant les lacunes de Python en terme d'IHM est d�pass� et un brin malhonn�te. comment peut on tirer une telle conclusion avec seulement les tests qui ont �t� faits ?

[boulabiar]

Je vous conseille PySide
http://www.pyside.org/

PySide est License LGPL et avec l'API compatible PyQt (License GPL)

[afranck64]

Bonsoir,

moi pour le moment je fait mes GUI avec Tkinter. Depuis le d�but �a allait mais je pense que je vais bient�t me mettre � wxPython. J'ai vu des interfaces avec et j'appr�cie beaucoup.

@+ et bon code

[o.girardot]

Bonsoir,
Apr�s plusieurs exp�riences en Python, j'ai trouv� la plupart des framework assez compliqu�s, peu maintenable et surtout peu sympathique esth�tiquement.
Je suis revenu de cette opinion en d�couvrant le binding Python PyQt pour le framework Qt de nokia.
J'ai r�ussi � faire d'agr�ables interface graphique avec la facilit� et la rapidit� qui caract�rise python ! j'ai d'ailleurs publi� r�cemment un article d'introduction � PyQt sur developpez.net :
http://ogirardot.developpez.com/introduction-pyqt/

Un point qui m'a un peu refroidi, �tait le cot� GPLv3 + license commerciale de PyQt, mais comme l'a signal� boulabiar le framework PySide est compatible en terme d'api avec PyQt et est totalement libre !
Donc tout mon code a � peine �volu� dans le passage de l'un � l'autre.
et en plus le livre Rapid Programming with PyQt est un tr�s bon ouvrage.

Donc pour le point final, je recommande tout autant PySide et je suis de pr�s son d�veloppement.
D'ailleurs tous mes futurs articles seront avec PySide dans le r�le principal, surtout pour son cot� LGPL.

Bonne soir�e,

Olivier.

[monnomamoi]

Hello,

Personnellement je programme avec PyGTK, que je trouve � la fois simple et assez puissant. J'ai aussi utilis� Tkinter, qui est tr�s pratique pour faire des boites de dialogues mais on est vite limit�...

Les IHM en python ne sont pas particuli�rement lentes � condition de ne pas faire de bidouilles qui n�cessitent un rafraichissement fr�quent, comme par exemple impl�menter les num�ros de lignes dans une zone de texte (�a m'�tonne d'ailleurs que ce ne soit pas disponible dans Scintilla). Mieux vaut utiliser les possibilit�s existantes d'un widget, ou m�me laisser tomber si la fonctionnalit� n'est pas pr�sente par d�faut.

En bref, PyGTK est tr�s bien pour d�velopper rapidement une interface � un soft, mais il vaut mieux ne pas en vouloir plus que ce que GTK peut offrir.

Glade 3, c'est bien, mais placer par d�faut un GtkWindow en mode invisible me para�t vraiment compl�tement d�bile ;

Au contraire, si la fen�tre est visible par d�faut elle va se rafraichir � chaque fois qu'on ajoute un widget, donc �a va prendre 3 plombes � d�marrer. Mieux vaut construire l'IHM "hors �cran" puis l'afficher � la fin.

Certains widgets ne sont pas dans Glade 3 (GtkSourceView, GtkHTML, etc.) ;

GtkSourceView supporte Glade3, comme de nombreux autres widgets qui ne sont pas distribu�s avec PyGTK, � condition de le compiler avec l'option ad�quate.

Fautes de frappe dans Devhelp qui font perdre du temps. Exemple : set_tabs_width au lieu de set_tab_width.

J'ai aussi remarqu� quelques erreurs dans la doc PyGTK, heureusement rares, mais c'est vrai que c'est g�nant.


-

[fraoustin]

pour ma part je r�alise tout en tkinter et surtout depuis les versions 2.7 et sup�rieur en ttk (je vous conseil vraiment de jeter un coup d'oeil)
pas de module suppl�mentaire � install�, que du bonheur

souvent je me suis vu faire des IHM en html et javascript et mettre python c�t� serveur

[Invit�]

> wiztricks
Merci pour les liens, je ne connaissais ni Camelot ni Traits
vu que je fais moi-meme pas mal de developpement PyQt avec Elixir (et une pincee de mechanize et lxml...) je vais surement jeter un oeil a Camelot sous peu.

Par contre, malgre quelques petites recherches, j'avoue que j'ai du mal a voir la valeur ajoutee par Traits.

• Initialization: A trait has a default value, which is automatically set as the initial value of an attribute before its first use in a program.
• Validation: A trait attribute's type is explicitly declared . The type is evident in the code, and only values that meet a programmer-specified set of criteria (i.e., the trait definition) can be assigned to that attribute. Note that the default value need not meet the criteria defined for assignment of values.
• Delegation: The value of a trait attribute can be contained either in the defining object or in another object delegated to by the trait.
• Notification: Setting the value of a trait attribute can notify other parts of the program that the value has changed.
• Visualization: User interfaces that allow a user to interactively modify the value of a trait attribute can be automatically constructed using the trait's definition.

Initialisation, ben on connait deja non, les arguments par defaut ?
Validation, vu que le typage est verifie au runtime, qu'est ce que ca change ?
Delegation, en tant qu'utilisateur PyQt je m'en sers deja pas mal
Notification => signal/slot ?

Je dis tout ca sans arriere pensee, je ne demande qu'a etre convaincu !!!

[parisien1082]

Pour ma part on m'a impos� l'utilisation de wxPython
Je peux dire qu'on peut faire pas mal de chose et assez rapidement.
J'utilise wxGlade ,pour g�n�rer les interfaces , et Eclipse pour le code Python .

J'ai fait une application avec plusieurs connexions TCP/IP en parall�le , qui fait pas mal de calcul et rafraichit l'IHM en temps r�el , �a marche mais �a consomme beaucoup trop de CPU et de m�moire . Donc si c'�tait � refaire j'opterais pour C++/QT.


A mon avis les inconv�nients majeurs de Python/WxPython:

-Les mises � jour de wxPython ne sont pas tr�s fr�quentes (1 fois par an en moyenne ).
-Impossibilit� d'utiliser les multi-core du PC � cause du "Global Interpreter Lock" .
-Manque de documentation .

[lilive26]

Bonjour,
- Pour moi, apr�s avoir test� un peu toutes les librairies graphiques pour Python, c'est avec wxPython et PythonCard que je tourne depuis 6 ans.
Certes, PythonCard n'est pas aussi zolie et complet que QtDesigner (loin s'en faut ) mais il fonctionne toujours tr�s bien et est compl�tement 'pythonic' : on peut mettre les mains dans le cambouis sous le capot quand on veut am�liorer les choses ou les mettre � son gout.
- Aucun probl�me d'int�gration insolvable dans un projet de d�ploiement avec py2exe
- Reste que wxPython (et donc pythoncard) n'a pas encore �t� port�, � l'heure actuelle, vers Python 3 ... mais c'est pr�vu

[Matthieu Brucher]

Je dis tout ca sans arriere pensee, je ne demande qu'a etre convaincu !!!

Traits utilise wx ou Qt en backend. La validation, �a permet de certifier les donn�es qui vont entrer. Grosso modo, c'est remettre du typage fort dans l'appli, ce qui n'est pas de refus dans une application lourde.
Apr�s, les notifications, c'est une mani�re d'�crire les mises � jour lorsqu'on modifie une propri�t�. C'est plus pratique quand un attribut est un Trait que de cr�er une propri�t�, un signal, un slot, ... avec les inconv�nients du langage sous-jacent (i.e. les ()).
Quand on voit ce que donne VTK avec Traits, c'est le jour et la nuit en terme d'utilisabilit�.

[Invit�]

A ma connaissance, le typage est fort en python
Donc pour cette validation, je suppose que c'est une facon elegante de faire un assert sur le type des variables en entree, j'ai bon ?
Je faisais plus ou moins la meme chose avec des decorateurs jusqu'a present, mais c'etait assez moche effectivement.

Je viens de trouver une introduction a Traits sur la PyCon2010, je vais y jeter un oeil !
Mais j'ai du mal a me figurer certaines choses.

PyQt est un backend, concretement ca veut dire que TraitsUI fait sa sauce et que je n'ai pas trop mon mot a dire ? Ou alors je garde quand meme la meme flexibilite qu'avec du pur PyQt ?

[Matthieu Brucher]

Oups, pardon, je voulais dire statique au lieu de dynamique...

Traits encapsule PyQT ou wxPython. Tu as une certaine libert�, mais tu ne peux pas faire ce que tu veux, tout comme avec PyQt, tu ne peux pas faire la m�me chose qu'en dessinant directement toi-m�me les fen�tres.

[VinsS]

Bonjour,

Puisqu'on parle de Traits, dans le m�me genre, je vous propose de d�couvrir la derni�re cr�ation de Phil Thompson :

http://www.riverbankcomputing.com/st...dip/index.html

C'est tout frais, �a date de juillet.

Python3 au d�part mais port� sur python 2.x par la suite.

[wiztricks]

Salut,

Bonjour,

Puisqu'on parle de Traits, dans le m�me genre, je vous propose de d�couvrir la derni�re cr�ation de Phil Thompson :

http://www.riverbankcomputing.com/st...dip/index.html

C'est tout frais, �a date de juillet.

Python3 au d�part mais port� sur python 2.x par la suite.

Merci pour le lien, j'ai parcouru la documentation en diagonale, �� vaut le coup d'oeil. Ceci dit "Traits GUI" me semble comparable a ce que dip appelle model - d�faut, typage, d�l�gation inclus(*) - . dip semblant �tre un framework RAD beaucoup plus large que la partie 'IHM' dont c'est le sujet ici.

Les versions Python 2.x sont � priori disponible depuis Juillet.
- W

(*) : ce sont les fonctionnalit�s de base qui font que... on a des soucis quand elles ne sont pas l�.
Python est typ�, certes! Mais ce bout est g�n�ralement "fronti�re" avec des repr�sentations externes et n�cessite parfois des conversions de type.
Exempte: Dans un document XML un integer est repr�sent� sous la forme d'un "string". S'il est utile qu'� la "fronti�re" ce string puisse �tre trait� comme un "int", il va bien falloir d�finir le type - par d�faut -.

[tyrtamos]

Bonjour,

J'ai commenc� avec tkinter. Comme il m'a sembl� un peu juste pour ce que je voulais faire, j'ai regard� du c�t� des compl�ments: tix et pmw. J'ai d�couvert que tix �tait fourni avec l'installation de Python, mais impossible de savoir ce qu'il y a dedans ni comment s'en servir. Il y a m�me une demo en tcl, mais je n'ai pas trouv� comment la lancer. Bref, une vrai punition...

J'ai regard� alors du c�t� des autres biblioth�ques. Je veux un ensemble qui me permette de r�aliser des programmes graphiques autonomes, en multiplateforme � partir de Windows, et de construire des fen�tres avec un RAD. Un peu comme avec Delphi.

J'ai commenc� par wxPython. Mais d'une part j'ai eu du mal avec boa constructor (des bugs ou des maladresses de ma part?) et d'autre part, je ne sais toujours pas si il y aura un jour une version "Python 3.x". D�sol�, mais le temps d'investissement personnel est important pour apprendre une biblioth�que graphique, et je veux m'assurer qu'il y aura continuit� dans le futur.

J'ai regard� ensuite PyGtk+. Comme je connais bien gnome, j'avais un avis plut�t favorable, mais j'ai �t� rebut� par Glade. Et puis, non d'un chien, qu'est-ce que c'est compliqu� � installer: cairo? ATK?, pango? Glib? je n'ai pas besoin de conna�tre tout cela dans un 1er temps.

Je me suis finalement arr�t� sur PyQt4 (PySide n'existe pas sous Windows): installation super simple sous Windows, m�me s'il faut aussi Qt4 pour avoir la doc. Existe sous les diff�rentes versions de Python, y compris 2.7 et 3.x. Biblioth�que tr�s compl�te, y compris, par exemple, des widgets directement connect�s � une base de donn�es SQL. Qt Designer marche tr�s bien, m�me s'il n'est pas parfait. cx_freeze me permet de rendre le programme autonome, et innosetup de l'installer comme n'importe quel programme windows. Etc...

En contrepartie, la doc est en C++ et en anglais, et il y a tr�s peu de tuto, m�me en anglais. Le moindre probl�me n�cessite de chercher avec google sur 20 ou 30 sites, et une fois sur 2, il faut se d�brouiller tout seul avec le C++. Tous les exemples en C++ n'ont pas �t� traduits en Python. Bref, c'est douloureux. Mais une fois qu'on a trouv�, �a marche tr�s bien et c'est tr�s esth�tique!

Sinon, je d�veloppe avec Eclipse + PyDev. J'en ai essay� beaucoup d'autres, mais je reviens toujours � Eclipse. J'ai essay� eric4 (Qt4), mais j'ai rencontr� beaucoup de pb avec: d�sol�, mais j'ai d�j� du mal � d�bugger mes programmes, je ne veux pas en plus avoir � d�bugger l'outil de d�veloppement...

J'avoue qu'en tant que fan de Python, je suis un peu surpris du manque d'int�r�t de ses concepteurs pour la partie graphique, limit�e au basique tkinter.

Sans la partie graphique, Python n'est qu'un super langage de script.

Tyrtamos

[Invit�]

J'avais egalement regarde dip il y a 2 mois, mais comme a l'epoque seul Python 3 etait supporte, j'avais passe mon chemin.
Decidement, Phil Thompson est vraiment actif, j'espere que l'arrivee PySide ne va pas couler sa boite, vu que PyQt c'est vraiment du bonheur pour developper...

Du coup, dip et Traits, similaires dans le principe ?
je vais surement essayer dip, ou du moins lire serieusement la doc ^^

[wiztricks]

Heu...

Du coup, dip et Traits, similaires dans le principe ?
je vais surement essayer dip, ou du moins lire serieusement la doc ^^

dip est beaucoup plus vaste que le composants qu'ils appellent "model" et dont la fonction est semblable � Traits.
Seul ce composant de dpi est comparable et/ou similaire � Traits.
Pour le reste, dip se comparerait plut�t � ETS (Enthought Tools Suite): tout deux sont des frameworks qui organisent quelque peu le code, proposent des solutions 'pr�tes � l'emploi' pour r�soudre facilement nombre de probl�mes r�currents,...
- W