Récemment, j’ai entrepris d’apprendre un nouveau langage de programmation. Pour le choix du langage, j’avais plusieurs prérogatives :
- Un langage open-source
- Un langage permettant des IHM (PHP-GTK n’est pas satisfaisant en mon sens) mais aussi des scripts (pour le côté sysadmin)
- Un langage multi-plateforme
C’est donc naturellement que je me suis lancé dans l’apprentissage du Python qui, en plus de remplir toutes ces conditions, est très implanté au sein du projet Fedora et de sa communauté.
Pour cela, j’ai commencé par l’achat de « Programmation Python » de Tarek Ziadé aux éditions Eyrolles, qui est à la fois simple, poussé et pas trop chiant à lire (ce qui est rare pour ce genre de bouquin ;-)).
Ensuite pour rester fidèle à mon IDE favori, j’ai nommé Eclipse, je l’ai enrichi de l’extension Pydev me permettant de développer en php, en Java et maintenant en Python, le tout depuis le même éditeur.
J’en ai aussi profité pour tester Poedit qui est hallucinant de simplicité. Poedit parcours les fichiers sources (*.py) à la recherche des strings à traduire (utilisant lang.gettext). Une fois ces derniers trouvés, il les rajoute au fichier .po et vous permet même de les traduire automatiquement. Enfin, lors de la sauvegarde du .po, le .mo est automatiquement généré. Bref, l’outil idéal à tout projet internationalisé.
Pour faire des IHM riches, en GTK (via la librairie PyGTK), je teste en ce moment Gazpacho & Glade. Il est vrai qu’utiliser un designer est bien plus rapide que le codage à la main mais comme les éditeurs de code HTML en WYSIWYG, cela ne me plait guerre : j’aime avoir le contrôle et je préfèrerais me retrouver avec des *.py plutôt que des *.glade…
Pour finir, si tout comme moi vous désirerez apprendre le Python, je vous glisse quelques liens forts pratiques :
- Python Documentation
- Wikibooks – Programmation Python
- PyGTK 2.0 Reference
- PyGTK 2.0 Tutorial
- Learn Python in 10 minutes
- Traduction d’application Python/PyGTK
- learning python
- AFPY – Association Francophone PYthon
De fredix le 28 décembre 2008
A mon avis la comparaison avec un générateur HTML est maladroite car historiquement synonyme d'un HTML non standard. Avec Glade rien à voir, ton IHM est décrite dans un fichier XML .glade.
L'énorme avantage de Glade est de ne pas perdre du temps à designer une IHM, ce qui peut être très long sans Glade.
De plus la libglade te permettra d'accrocher très facilement un évènement sur ton IHM vers une méthode Python. Sans la libglade il te faudra écrire tous les signaux...
Donc je ne vois pas un seul intérêt à ne pas utiliser Glade et la libglade.