pyGtk n'existant plus, je ne vois pas pourquoi Gramps 4.0 serait développé avec cet environnement ?
Je parlais de dev python/Gtk de manière générale et non sur Gramps.
Gramps ne nécessite plus d'avoir le binding glade depuis des années (passage à GtkBuilder) !
Peu importe, pour développer il te faut glade pour générer l'UI, sauf le bourrin qui fait tout en code. La ligne de commande ne sert à rien quand tu dois faire un soft avec interface graphique. Les thèmes parlons-en, une aberration à mettre en place.
Ce qui est chiant sous windows, c'est l'effort démesuré pour packager l'application.
Installation de l'environnement de dev : python, pywin, reportLab, pyopenssl, pil (…) pygtk-all-in-one (version 2.24.0 et non 2.24.1 buggée), sql alchemy (et tous les drivers de db qui vont bien).
Quelques modifs si les scripts sont pas portables (mal codés : genre des os.path.join oubliées, des locales à charger correctement…).
Empaqueter le tout avec pyinstaller : j'ai mis énormément de temps à mettre en place un fichier de spec potable qui me copie les dossiers etc, lib, share avec les bonnes dll pour avoir un thème Gtk post-windows98.
Si l'appli portable est stable (environ 30Mo), faire un installer avec Nsis.
Aujourd'hui j'ai un script python qui me fait tout ça en quelques commandes mais ça m'a pris énormément de temps pour en arriver là. La doc est juste inexistante.
Sous linux je n'ai qu'à créer un paquet (PKBUILD tout con, chez les autres doit être pas plus compliqué…) et mettre les dépendances de Gtk et c'est torché.
C'est un peu comme faire du Microsoft .NET sous GNU/Linux ou de tenter d'installer certains SDK(s) sans java … (troll)
Java c'est de la merde ! A titre de comparaison je préfère largement .NET.
Pour en revenir sur le packaging, ça consiste en gros à faire un CTRL+F5 et le binaire fait 50Ko tout mouillé. Alors oui, faut le framework.NET, mais sur les 99% de clients Windows de mon parc, il est installé.
[^] # Re: Python + Gtk3 + Windows ?
Posté par stopspam . En réponse à la dépêche La généalogie avec GRAMPS 3.4.1. Évalué à 2.
Je parlais de dev python/Gtk de manière générale et non sur Gramps.
Peu importe, pour développer il te faut glade pour générer l'UI, sauf le bourrin qui fait tout en code. La ligne de commande ne sert à rien quand tu dois faire un soft avec interface graphique. Les thèmes parlons-en, une aberration à mettre en place.
Ce qui est chiant sous windows, c'est l'effort démesuré pour packager l'application.
Aujourd'hui j'ai un script python qui me fait tout ça en quelques commandes mais ça m'a pris énormément de temps pour en arriver là. La doc est juste inexistante.
Sous linux je n'ai qu'à créer un paquet (PKBUILD tout con, chez les autres doit être pas plus compliqué…) et mettre les dépendances de Gtk et c'est torché.
Java c'est de la merde ! A titre de comparaison je préfère largement .NET.
Pour en revenir sur le packaging, ça consiste en gros à faire un CTRL+F5 et le binaire fait 50Ko tout mouillé. Alors oui, faut le framework.NET, mais sur les 99% de clients Windows de mon parc, il est installé.