Re: [Galette-devel] task #3601: creation de cartes parametrables
Message original Sujet: Re:[Galette-devel] task #3601: creation de cartes parametrables De: John Perr [EMAIL PROTECTED] Pour :: Galette development list galette-devel@gna.org Date: 04.07.2007 22:49 Richelle Simon a écrit : Je me permets de proposer une autre solution de contournement: Puisque certains d'entre vous sont bien décidés à utiliser l'une de ces bibliothèque pour son usage personnel, ne serait-il pas envisageable de fournir le code ainsi écrit, avec les bibliothèques, au sein d'un paquetage séparé du paquetage galette officiel. Un genre d'add-on non supporté, munis des avertissements d'usage. Et ce en l'attente de la disponibilité sous GPL d'une bibliothèque adaptée? C'est aussi mon avis, faisons un patch ou un module dans l'esprit des dépots débian non-free, l'utilisateur fera son choix en connaissance de cause si on lui laisse la possibilité de l'ajouter ou non. Je pense que vous vous prenez le choux pour pas grand chose. La majorité des utilisateurs veulent juste un système qui marche pour faire tourner la gestion de leur asso. Après, que tous les modules ne soient pas 100% libres, je reste persuadé que c'est secondaire pour eux. Le principal est d'avoir un système qui offre les fonctionnalités attendues et si cela doit passer par des parties gratuits mais non libre, et bien c'est comme ça. L'intégrisme à la Debian dans Galette, mouais, bof. ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] task #3601: creation de cartes parametrables
Entièrement d'accord. Il est vrai que je ne connais pas les termes de la licence de la librairie pdf dont il est question ici, mais il me semble néanmoins que rien n'empêche légalement un projet GPL d'utiliser une librairie non GPL, non ? selon le site de la lib fpdf : --8-- Quelle est exactement la licence de FPDF ? Y a-t-il des restrictions d'utilisation ? FPDF est Freeware (c'est indiqué au début du fichier source). Il n'y a pas de restriction d'usage. Vous pouvez l'incorporer librement dans votre application (commerciale ou non), avec ou sans modification. Vous pouvez également le redistribuer. --8-- déjà je trouve que donner la licence Freeware est assez ambigue et je me pose des questions car le descriptif fait penser une licence type BSD. Pour le fait de l'incorporer ou non dans dans un logiciel GPL, il faut que la licence soit compatible avec la GPL : http://www.gnu.org/licenses/license-list.fr.html un Freeware étant ce qu'il est même si le cas là ne ressemble pas un freeware, ce n'est pas compatible avec la GPL donc galette ne peux pas être GPL et être redistribué en incluant du code sous une licence non compatible GPL. Comme c'est pas très clair, je me demande s'il serait pas intéressant d'envoyer un mail à l'auteur en lui demandant ce qu'il entend par freeware et si il a choisit cette licence par méconnaissance des licences libres en général de lui proposé une licence qui protège ce qu'il veut faire de son logiciel et pourquoi pas le convaincre de changer la licence en une licence compatible avec la GPL. Pourquoi la GPL n'est pas adaptée ? cf. mon praragraphe du dessus Ah ah, je savais bien que ça allait dégénéré là. Pour info, j'utilise une debian depuis un sacré paquet d'années et je ne suis pas prêt de changer pour une autre distrib. Néanmoins, chez Debian ils me gonflent avec leur respect exacerbé. Cela fait un moment déjà que je n'utilise plus les paquets openoffice de debian mais que j'installe les paquets officiels de openoffice. Et tout récement, j'ai du faire la même chose avec firefox et thunderbird: exit iceweasel et icedove, retour avec les paquets officiels de mozilla.com. Et je ne parle pas de tous les paquets multimedia qu'il faut aller chercher chez Marillat. j'ai l'avis inverse, je ne risque pas d'utiliser les paquets upstreams de openoffice et les produits de la MoFo pour ne nombreuses raisons mais là n'est pas le débat :) Que les choses soient claires aussi: je suis un grand défenseur de la GPL. Néanmoins proposer un système non complètement fonctionnel car on ne veut utiliser que des briques 100% GPL, ben ça ne le fait pas. pour le cas des pdf, il y'a encore pas mal de possibilités avec des solutions totalements libres (en passant par latex ou docbook pour générer les pdf) Alors après, soit il y a une vrai contrainte légale pour utiliser et redistribuer cette librairie pdf au sein d'un projet GPL, auquel cas il faut effectivement prendre les mesures qui vont bien, soit il n'y a pas de contrainte et auquel cas, c'est pas la peine de se prendre le choux: restons simple. c'est las cas, il y'a un pb de compatibilité de licence Maintenant, s'il y a problème et que les mesures à prendre sont celles décrites précédement, ok, autant pour moi, et mille excuses d'avoir réagi alors qu'il ne fallait pas. les licences c'est pas toujours simple, le but de tout ça étant de trouver une solution pour galette M. -- Emmanuel Bouthenot mail : [EMAIL PROTECTED] gpg : 0x414EC36E jid : [EMAIL PROTECTED] irc : kolter@(freenode|oftc) ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] task #3601: creation de cartes parametrables
Ce que je disais, sauf qu'il ne semble pas exister de bibliothèque de génération de PDF pour PHP qui soit à la fois supportée, correcte et GPL :/ quelques pistes à creuser ou non : 1 - http://www.tecnick.com/public/code/cp_dpage.php?aiocp_dp=tcpdf c'est du LGPL mais : TCPDF is an extension and improvement of the FPDF class by Olivier Plathey (http://www.fpdf.org). = pas très clair quand on regarde le code de cette lib on a : // IMPORTANT: // This class is an extension and improvement of the public Domain // FPDF class by Olivier Plathey (http://www.fpdf.org). je persiste à penser que le choix de la licence est un malentendu, je serais d'avis de contacter l'auteur de fpdf pour plus de précisions. 2 - http://www.axisdata.com/AxisPHP/ = GPL, ancienne, mais peut être suffisante ? 3 - http://www.bettina-attack.de/jonny/view.php/projects/php_jh_pdf/ LGPL M. -- Emmanuel Bouthenot mail : [EMAIL PROTECTED] gpg : 0x414EC36E jid : [EMAIL PROTECTED] irc : kolter@(freenode|oftc) ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] task #3601: creation de cartes parametrables
Olivier Perron a écrit : Que les choses soient claires aussi: je suis un grand défenseur de la GPL. Néanmoins proposer un système non complètement fonctionnel car on ne veut utiliser que des briques 100% GPL, ben ça ne le fait pas. Je suis on ne peut plus d'accord, et je ne souhaite pas restreindre les fonctionnalités de Galette à cause de problèmes de licence. Ceci dit, je n'ai pas non plus cherché à lancer un troll, mais effectivement d'avoir les avis (et quelques bons liens) des autres membres de la communauté. Alors après, soit il y a une vrai contrainte légale pour utiliser et redistribuer cette librairie pdf au sein d'un projet GPL, auquel cas il faut effectivement prendre les mesures qui vont bien, soit il n'y a pas de contrainte et auquel cas, c'est pas la peine de se prendre le choux: restons simple. Maintenant, s'il y a problème et que les mesures à prendre sont celles décrites précédement, ok, autant pour moi, et mille excuses d'avoir réagi alors qu'il ne fallait pas. D'après la FAQ de FPDF, la redistribution est tout à fait possible. Je pense que dans ce cas il suffira de préciser que la bibliothèque FDPF n'est pas, elle, sous licence GPL et renvoyer à leur FAQ. Pour la seconde bibliothèque (dont le nom m'échappe encore...), je trouve que leur licence est moins claire (ou peut être n'ai-je pas trouvé la bonne page...). Ceci étant dit; cette idée de module est néanmoins intéressante: elle pourrait être utilisée pour rendre optionnel des fonctionnalités non essentielles de galette, comme, par exemple, les gestions de cotisation et justement les cartes d'adhérents. Je m'explique: Pour la gestion des cotises: nous on foctionne par saison, donc on règle les cotises en septembre, et hop, c'est valable jusqu'en septembre de l'année d'après. De plus, pour le trésorier de l'asso, la gestion des cotises de galette ne sert à rien car il est obligé de tout reprendre par ailleurs pour assurer la comptabilité de l'asso. C'est donc un module optionnel. Actuellement, il est clair que la gestion des cotisations dans Galette fait double emploi avec un système de comptabilité. La possibilité d'exporter vers les formats les plus courants de logiciels de compta me parait plus adaptée que le passage de cette partie en module. Pour les cartes d'adhérents: on n'en a besoin étant donné que nous sommes affiliés à une fédération et que nous avons donc des licences que la fédé nous envoie et que nous donnons aux adhérents. Donc c'est optionnel. Evidement pour d'autres assoces, je comprends tout à fait que ces 2 fonctionnalités puissent être essentielle! Mais bon, c'était juste pour illustrer le type de fonctionnalité qui puisse être modulisable en fonction des besoins finaux de l'utilisateurs. En effet, les cartes d'adhérents et les formulaires d'inscription sont tout à fait optionnels. Olivier Là où le bas blesse... Galette n'est actuellement pourvu d'aucun système de gestion de modules, et je ne suis pas certain qu'il s'agisse d'une tâche rapide/facile. Pour les cartes d'adhérents, je ne pense pas qu'il faille modifier le code actuel de Galette, un module ou un add-on séparés pourront faire l'affaire je pense. Il en va tout autrement de mon formulaire d'adhésion, puisque j'ai du modifier la page de connexion (l'utilisateur accède au formulaire pré-rempli lorsqu'il se connecte, tant qu'il n'a pas été activé). La possibilité de mettre des modules dans Galette pourra aussi simplifier l'intégration nouvelles fonctionnalités, sans passer par des diffs. Les solutions Latex/docbook pourraient faire l'affaire, mais comme je l'ai déjà dit, requièrent l'ajout de composants logiciels totalement étrangers à PHP, et qui de plus ne sont pas disponibles chez de nombreux hébergeurs... Cette possibilité en tant que module ou add-on séparés par contre, ça pourrait bien le faire ! Ce qui réglerai aussi le problème de la licence : 1 mod php/pdf non GPL ; et un latex|docbook/pdf intégralement en GPL. Bonne soirée, Johan signature.asc Description: OpenPGP digital signature ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] task #3601: creation de cartes parametrables
John Perr a écrit : Emmanuel Bouthenot a écrit : Déjà fait... http://www.fpdf.org/phorum/read.php?f=1i=13525t=13525#13525 dans ce cas, je ne vois aucun problème a utiliser fpdf dans galette je dirais même que ce serait pas mal d'utiliser tcpdf[1] qui est basé sur fpdf et qui à l'air plus maintenu et qui bénéficie d'améliorations intéressantes. Comme c'est moi qui ai lancé ce débat à propos des lib pdf, je vous propose un rapide comparatif des différentes lib évoquées ici. Pour ceux qui n'auraient pas envie de lire jusqu'à la fin, ma conclusion rejoint celle d'Emmanuel: TCPDF Voila les infos que j'ai réunies: 1) phppdflib: Ne génère que du noir et blanc, fonctions de bases uniquempent. Freeware. Utilisée actuellement dans galette pour les étiquettes. 2) pdfClassAndFonts: Marche et possède des fonctions plus évoluées de mise en page et tabulation auto. Freeware. J'ai déjà une version alpha de cartes et d'étiquettes avec cette lib pour galette. 3) php_jh_pdf: Class plutôt bien faite mais ou je n'ai pas trouvé comment insérer des images. Très orientée génération de codes barres. Manque beaucoup d'autres fonctions intéressantes de PDF. GPL. 4)AxisPHP: Permet de générer du PS ou du PDF. Pas d'inclusion d'images. GPL mais plus maintenue depuis 2001. 5) FPDF: Pas testée vu que TCFPDF en est une extension . GPL 6) TCPDF: AU vu de la doc c'est la plus complète. Elle permet de tout faire. GPL 7) PEAR::File_PDF: Encore en développement en version 0.2 mais déjà assez complète avec des fonctions évoluées de PDF comme les liens etc... LGPL. 8) PEAR::XML_fo2pdf: Stable en version 0.98 mais plus maintenue Cette classe s'utilise en produisant un fichier fo à partir d'un xml avec une feuille de style xsl. La classe produit alors un pdf à partir du fichier fo. License PHP Conclusion: Au vu des possibilité technique et des pb de license, je me propose de coder les étiquettes et les cartes de membres avec TCPDF à titre de test. Je me penche à cet avis également : tcpdf. Je connais déjà FPDF, si c'en est une extension, ça doit va le faire pour ma part. Bonne soirée, Johan signature.asc Description: OpenPGP digital signature ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] task #3601: creation de cartes parametrables
Johan Cwiklinski a écrit : Bonjour, John Perr a écrit : Johan Cwiklinski a écrit : En ce qui concerne la librairie actuellement utilisée pour la génération de PDF, elle n'est plus supportée (cf site officiel). Je pensais donc la changer pour soit FPDF, souit la solution que tu avais déjà utilisé. Les deux sont sous licence Freeware il semble ; mais fonctionnent parfaitement bien. Je sais que l'on peut utiliser ce genre de parties logicielles dans le projet, quoi que ce ne soit normalement pas la procédure à retenir... Ceci dit, je n'en connais personnellement pas d'autres (pear ne propose que des betas), si l'un de vous connaît une librairie PHP de génération de PDF qui soit sous licence GPL ou compatible, je suis preneur. Dans le cas contraire, ce sera une des ces deux librairies qui sera utilisée je pense. Je viens de faire des tests avec les deux librairies, soit: -Celle actuellement utilisée pour les étiquettes: phppdflib http://www.potentialtech.com/cms/node/6) -Celle que je connaissais: pdfClassAndFonts http://www.ros.co.nz/pdf/ et la première insiste pour créer des documents uniquement en noir et blanc, ce qui n'est pas génant pour les étiquettes mais l'est pour les cartes de membres. En effet. Je serais surpris que ce problème ne concerne que moi mais si certains d'entre vous sont prêt à faire le test je les en remercie par avance, il suffit de modifier la ligne 73 de etiquettes_adherents.pdf $param[color] = $pdf-get_color('#DD'); pour avoir du rouge par exemple: $param[color] = $pdf-get_color('#DD'); Je vous propose donc de prendre la seconde lib qui a aussi l'avantage d'être encore maintenue, et d'en profiter pour migrer le code des étiquettes avec cette lib, ce n'est pas un très gros travail, les fonctions sont similaires mais quand même incompatibles... Personnellement, je suis d'accord. J'ai, pour les besoins de mon association, crée un formulaire d'inscription en PDF (visible là : http://asso.fedora-fr.org/gestion/formulaire_inscription.php) à l'aide de FPDF. Pour ce que j'ai pu voir de pdfClassAndFonts, cela pourrait couvrir mes besoins, je peux donc envisager de modifier mon code en conséquence. Si le formulaire d'adhésion vous semble intéressant, je me propose de l'intégrer dans le SVN. Bonne journée, Johan (PS : il semble que j'aie un problème de 'PREF_LANG' non défini avec certains navigateurs sur le lien donné... Si quelqu'un a une idée d'où cela provient... merci :-)) Effectivement, avec Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.4) Gecko/20061201 Firefox/2.0.0.4 (Ubuntu-feisty) J'ai ces messages d'erreur qui apparaîssent aussi en haut du formulaire d'inscription galette :-/ Warning: include(/home/fedora-fr/asso/www/gestion/lang/lang_PREF_LANG.php) [function.include]: failed to open stream: No such file or directory in /home/fedora-fr/asso/www/gestion/includes/i18n.inc.php on line 142 Warning: include() [function.include]: Failed opening '/home/fedora-fr/asso/www/gestion/lang/lang_PREF_LANG.php' for inclusion (include_path='.:/usr/share/pear') in /home/fedora-fr/asso/www/gestion/includes/i18n.inc.php on line 142 FPDF error: Some data has already been output, can't send PDF file -- John Perr GPG Id 0xA83889EC ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] task #3601: creation de cartes parametrables
Stéphane Salès a écrit : Bonjour, On Tue, Jul 03, 2007 at 09:22:37PM +0200, Johan Cwiklinski wrote : Les deux sont sous licence Freeware il semble ; mais fonctionnent parfaitement bien. Je sais que l'on peut utiliser ce genre de parties logicielles dans le projet Surtout pas malheureux :) Galette est GPL et il est absolument inenvisageable que du code non GPL soit utilisé (statiquement ou non). Ce que je disais, sauf qu'il ne semble pas exister de bibliothèque de génération de PDF pour PHP qui soit à la fois supportée, correcte et GPL :/ Je ne sais pas quelle est la 2 ème lib envisagée mais j'ai vérifié pour [0]FPDF et c'est bien un freeware (non libre!). Il est donc impossible de l'utiliser dans galette car sinon l'application ne serait plus libre (je shématise ca n'est peut-etre pas - ca reste à vérifier - stricto sensu vrai, au sens juridique). Il ne me semble pas justement. Il doit être possible d'utiliser une bibliothèque non libre, tant que c'est spécifié et qu'elle n'est pas inclue dans les sources. Pour fpdf, c'est un freeware, je le sais. Pour l'autre, c'est un peu plus flou, mais une chose est sûre : ce n'est pas du GPL non plus. Pour les compatibilités de licences avec la GPL voir : http://www.gnu.org/licenses/license-list.html#SoftwareLicenses [0] : http://www.fpdf.org/ c'est bien de celui là que nous parlons ? Je ne suis pas partisan de l'inclusion de code non GPL dans Galette, bien au contraire. Ceci dit, j'ai pour mes besoins persos l'intentions d'implémenter le formulaire d'inscription ; et les cartes de membres m'intéressent beaucoup aussi. Je trouverai dommage de coder ces choses et de ne pas les partager avec les utilisateurs de Galette ; ceci dit, le boulot sera fait (une partie l'est déjà), rien ne m'oblige à redistribuer cette partie ;-) Les commentaires restent ouverts, j'aimerai avoir l'avis d'un maximum de personnes :o) Bonne soirée, Johan signature.asc Description: OpenPGP digital signature ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] task #3601: creation de cartes parametrables
Salut, Emmanuel Bouthenot a écrit : Bonsoir, Les commentaires restent ouverts, j'aimerai avoir l'avis d'un maximum de personnes :o) j'y vais du mien alors. A mon job[-1] on avait besoin de générer des pdf récapitualant une fiche d'inscription et d'autres petites choses du genre alors on a pas utilisé fpdf (car non libre, non packagé dans l'os qu'on utilisait, etc ...) mais utiliser des pseudos templates latex et on utilisait la commande pdflatex pour générer le pdf, c'était assez speed et c'est plutôt assez simple a implémenter. on avait créer un processus de compilation des documents dans un rep temporaire avec vidange des fichiers générés, etc .. - avantages : + on peut générer des pdf sans avoir à utiliser des briques non libres +1 + le fait d'utiliser latex en backend permet de générer des documents plus complexes car le travail consiste juste à remplacer les valeurs dans les templates, voir un peu plus. + présent dans quasi tous les linux/bsd - inconvénients : + pas forcément simple à mettre en oeuvre sous win32 Là, c'est un problème. + il faut connaître un peu latex (une personne suffit pour faire les templates, ceci dit) + nécessite d'utiliser des binaires sur le système hote, donc avoir un serveur web avec php qui accepte d'éxécuter des programmes sur le système hôte Encore un autre problème. Cette solution n'a pas été évoqué mais je la trouve digne d'intérêt. En effet, ceci dit, le fait de requérir des binaires non standards sur le serveur Web est à mon avis un point bloquant. Personnellement, je suis tout à fait capable de cette manipulation, mais combien d'associations le pourront ? M. ++ Johan -- Fedora - La liberté n'a pas de prix ! http://www.fedora-fr.org Get Firefox! http://www.spreadfirefox.com/?q=affiliatesid=116935t=82 ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] task #3601: creation de cartes parametrables
Richelle Simon a écrit : Je me permets de proposer une autre solution de contournement: Puisque certains d'entre vous sont bien décidés à utiliser l'une de ces bibliothèque pour son usage personnel, ne serait-il pas envisageable de fournir le code ainsi écrit, avec les bibliothèques, au sein d'un paquetage séparé du paquetage galette officiel. Un genre d'add-on non supporté, munis des avertissements d'usage. Et ce en l'attente de la disponibilité sous GPL d'une bibliothèque adaptée? C'est aussi mon avis, faisons un patch ou un module dans l'esprit des dépots débian non-free, l'utilisateur fera son choix en connaissance de cause si on lui laisse la possibilité de l'ajouter ou non. -- John Perr GPG Id 0xA83889EC ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel