[Galette-devel] Galette chez l'hébergeur free = Notoriété :-)
En consultant la FAQ de chez free chez qui j'ai essayé d'installer le framework P4A avec plus ou moins de succès et pour une autre appli, j'ai constaté avec surprise que quelques informations de configuration de Galette figure en tête de liste dans la FAQ de free. Voir le lien suivant: http://www.free.fr/assistance/945-acces-libre-php-chemins-absolus.html Les problème avec free et le PHP proviennent généralement des fonctions interdites par free: http://www.free.fr/assistance/947-acces-libre-php-fonctions-php-interdites.html Ou alors de la version de PHP par défaut qui est la 4. Pour passer à la 5, il faut mettre la ligne PHP 1 dans un fichier .htaccess à la racine du site. -- John Perr GPG Id 0xA83889EC ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] Soucis Cartes de membres
Johan Cwiklinski a écrit : Salut, John Perr a écrit : Et ça c'est le sujet d'un troisième bug que je n'ai pas encore corrigé: La lib tcpdf n'accepte pas les images png avec un canal alpha. C'est donc un plantage assuré si de telle images sont utilisées pour les photos d'adhérents ou le logo. Je vais l'ajouter dans la liste des bugs car je ne suis pas sûr de pouvoir le corriger immédiatement. Je ne sais plus trop si ça avait pu être corrigé ou pas... Mais, une bonne nouvelle: je viens de mettre à jour TCPDF dans sa dernière version, et j'ai pu constater en feuilletant un peu le Changelog que c'est maintenant supporté : 4.3.007 (2008-12-03) - PNG alpha channel is now supported (GD library is required). Ca a l'air de marcher comme un charme. Sans aucune modif, j'ai pu mettre un logo en png avec canal alpha sur une carte. Par contre, tout comme pour smarty, je ne trouve pas très propre d'avoir en dur les numéros de version des ces lib dans le code. Afin d'éviter les liens qui posent problèmes aux utilisateurs windows, on pourrait peut être ajouter 2 define dans le config/config.inc.php, non ? -- John Perr GPG Id 0xA83889EC ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] [bug #12720] Sélection sur plusieurs pages pour l'envoi de mail ou les étiquette s
Johan Cwiklinski a écrit : Par défaut, la liste des adhérents est paginée, il faut donc passer d'une page à l'autre pour sélectionner les adhérents auxquels on souhaite envoyer un mail ou pour lesquels on souhaite imprimer les étiquettes. Le problème est que la sélection est perdue d'une page à une autre. Je vois deux solutions : 1 - utiliser ajax pour enregistrer/supprimer dans une session PHP lorsque l'on coche une case. 2 - remplacer les liens des pages par des boutons de type sumbit, afin d'envoyer à chaque fois le formulaire, avec un champ caché qui contiendrait les valeurs sélectionnées. L'une et l'autre des solutions posent des inconvénients, la seconde solution me semble plus accessible (même si un appel javascript n'est pas forcément inaccessible). Je ne vois pour le moment pas d'autre alternative, mais je suis preneur d'idées et d'éventuels patches :-) J'aurais tendance à dire qu'il y a une autre solution que sélectionner sur plusieurs pages: On peut sélectionner tous les adhérents souhaités sur la même page avec une combinaison de ces deux features qui existent déjà dans la page adhérents: 1-Choisir afficher 'Tous' (ou 50 ou 100) adhérents dans la dropdown list 2-Utiliser le filtre du haut de la page pour réduire la liste Donc réponse courte: On ne peut pas sélectionner sur plusieurs pages, donc il faut s'arranger pour faire entrer tous les adhérents à sélectionner sur une page en filtrant la liste et en en affichant plus par page. Par contre on pourrait ajouter des critères de sélections si ceux actuellement à disposition sont insuffisants. Il est ainsi possible de -Rajouter une case cocher à coté du filtre qui fasse sélectionner tous les adhérents répondant aux critères du filtre -Cumuler les filtres d'une page à l'autre comme le fait freshmeat par exemple -Ajouter un outil de filtrage évolué pour faire des combinaisons logiques avec NOT AND OR et parenthèses. Je n'ai pas cherché mais ça doit bien exister déjà tout fait en PHP. Certes, je l'avoue, cette réponse est du genre: on ne peut pas faire ce que tu demandes mais on va te montrer comment t'en passer mais cela répond au besoin exprimé avec une solution différente même s'il y a plusieurs milliers d'adhérents dans la base. -- John Perr GPG Id 0xA83889EC ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] Sortie de Galette 0.63
1) Pas glop, j'ai pas réussi à générer un changelog entre ces deux versions (0.62 et 0.63) 2) Pour ça faut le 1 ... J'avoue que je suis incapable de dire ce qil y a de plus dans la 0.63 à part des corrections de bug parfois très pénalisant comme ceux liés à certains FAI. De ce que j'ai pu voir, c'est surtout l'arrivée de galette-sport qui a généré du buzz et amené des fonctionnalités attendues par beaucoup...Donc rien à voir avec la 0.63 :-/ Bref désolé, j'ai essayé mais je n'arrive pas à faire mieux que toi... Le diff entre la release 0.62 et la 0.63 fait 3,5 Mo et son analyse se révèle vite ingérable avec l'ajout des mentions GPL V2 etc... Johan Cwiklinski a écrit : Salut, Avec (beaucoup de) retard, je me décide enfin à sortir la version 0.63 de Galette. Il peut rester des bogues (j'en ai d'ailleurs corrigé un ce jour), mais tant pis, on pourra toujours sortir une version corrective mineure par la suite, ce n'est pas catastrophique. Par contre, j'aurai besoin d'un coup de main pour deux choses : 1 - La rédaction du ChangeLog. J'ai pris le train en marche, je ne connais que très peu la version 0.62 et suis incapable de rapidement de lister les nouvelles fonctionnalités qui ont été inclues ; mes tentatives d'utilisation de 'svn2cl' ne m'ont pas apporté beaucoup. 2 - La rédaction d'une news, et les endroits sur lesquels elle sera diffusée (linuxfr, site de galette, site de gna, ..., ...). Le tag de release a été fait sur le svn ; mais un peu prématurément ; puisque le fichier doc/CHANGES n'est pas à jour ; pas grave, ça se change ;-) Donc voilà, un coup de main sur ces deux points serait plus que le bienvenu, c'est ce qui bloque actuellement la sortie de la version 0.63. D'avance merci, Johan -- John Perr GPG Id 0xA83889EC ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] [task #6228] Communes et des codes postaux
Johan Cwiklinski a écrit : ---8--- Ce qui prend le plus de place, c'est le dossier tcpdf (12Mo à lui tout seul, dont 9Mo pour les polices !). Peut-être peut-on envisager de supprimer quelques polices, ça allègerait un peu ; ou de rendre cette possibilité optionnelle. ---8--- Oui, le dossier comprend beaucoup de chose dont la doc de l'API et des exemples, des images etc Comme seule la fonte freeserif est utilisée dans les cartes et les étiquettes on peut ramener l'ensemble à environ 2Mo ce qui est plus raisonnable. Certes il n'y a pas de choix de fonte dans l'interface et freeserif est codée en dur dans le source :-/ mais bon, tant que personne n'insiste pour avoir le choix de la fonte on garde celle là... -- John Perr GPG Id 0xA83889EC ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] Couleurs cartes membre
Johan Cwiklinski a écrit : Mea Culpa... C'est moi qui ait intégré l'usage du #, et j'ai visiblement bossé comme un cochon :-/ Vu que tu es vachement nombreux à travailler sur le sujet ce serait criminel de t'en vouloir pour une telle peccadille. Le mieux pour ce genre de joyeusetés, c'est encore de supporter les 2 formats, faudra que je veille à cela... Pas sur vu que le color picker impose un format qui à l'air de convenir. Dans le cas contraire il faut ajouter un peu de javascript pour traiter le texte. Cette dernière éventualité ne me transporte pas de joie vu qu'il y a franchement des trucs plus important à faire comme intégrer galette-sport par exemple... PS: méfiez-vous des derniers SVN, il peut y avoir des problèmes d'encodage ! (c'est visiblement le cas pour les mails envoyés, mais je n'ai pas encore eu le temps d'y regarder... Le but était de totu passer en UTF-8 ; mais j'ai visiblement oublié des bouts par-ci, par-là ;-) ) Ce détail là risque de nous coller aux basques aussi longtemps que les magic quotes :-) -- John Perr GPG Id 0xA83889EC ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] Couleurs cartes membre
Cyril Duveau a écrit : Euh, on ne doit pas avoir la même version. J'utilise la SVN récupérée en début de mois. Le texte grisé ne mentionne rien à ce sujet (Couleur du bandeau dépendant du statut des membres). Si je ne saisi que les 6 caractères, ils sont remplacés par #00. L'infobulle indique : notation de couleur hexadecimale : #RRVVBB. Effectivement, la template smarty à été modifiée relativement récemment pour inclure le color picker de JQuery qui ajoute le #. La version 492 du SVN prend en compte la modif de la fonction pour tenir compte du # qui est dorénavant stocké dans la BD avec les autres préférences. Bonsoir -- John Perr GPG Id 0xA83889EC ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] Couleurs cartes membre
Cyril Duveau a écrit : Bonjour, J'ai trouvé un bug dans la gestion des couleurs des cartes de membres. La fonction ne tenait pas compte du # qui précède le code couleur. Dans le fichier classes/pdf.class.php j'ai remplacé la fonction : * @param cha�ne de 6 caratères RRVVBB par : * @param cha�ne de 7 caratères #RRVVBB Cordialement, Cyril La fonction est écrite pour prendre les 6 caractères hexa sans le #, c'est ce qui est précisé dans l'écran des préférences en grisé sur les lignes concernées. Ce n'est pas du tout un bug mais un choix lors de la conception de l'écran des préférences. Si la majorité des utilisateurs souhaitent saisir 7 caractères au lieu de 6, alors oui, il faudra modifier la fonction et aussi les libellés de l'écran des préférences. Pour l'instant l'ensemble est cohérent et fonctionne tel quel. De plus, ce paramètrage va bientôt être rendu obsolète par un système de modèles beaucoup plus souple pour la définition d'état imprimable, pas seulement des cartes ou des étiquettes. Salutations -- John Perr GPG Id 0xA83889EC ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] Bonjour à tous !
Sébastien Beyou a écrit : Bonjour tous, Je suis relativement nouveau dans le monde Galette, mais j'aimerais apporter ma pierre à cet édifice logiciel. Bienvenue. J'ai développé pour notre assoc une interface LDAP pour Galette qui met à jour un annuaire LDAP ---8--- ... que Galette gagnerait à être convertie en philosophie objet. ...---8---... mais je pense que Galette pourrait ainsi être développée de façon plus sûre, et ça pourrait être un investissement intéressant pour l'avenir. En fait c'est déjà en cours et toutes les nouvelles fonctionnalités de galette, ou bien celle qui subissent des changement important passent par là. La version actuelle du SVN est justement entre ces deux états. J'ai convertit récemment un petit logiciel que j'avais créé dans le mode objet, et il s'agissait essentiellement de déplacer, ranger et réorganiser le code. Concernant Galette, je peux m'investir là-dedans, mais il faudrait définir la structure globale avant de mettre les mains dans le cambouis. Même si ça n'est pas écrit les règles de codage de PEAR sont bien adaptées au code de galette et tacitement adoptées par l'équipe. Quant à réécrire le code en OOP c'est déjà en cours mais un coup de main ne serait sûrement pas de trop vu que personne n'est à temps plein sur le sujet. Le souhait c'est d'arriver à une version 1.0 de galette qui soit bien structurée et qui permettent l'ajout de plugins. Ton interface LDAP correspond assez bien à un futur plugin vu que ce n'est pas une fonction centrale de galette (gestion des adhérents) mais que cela correspond à des besoin ponctuels. Et il faut bien admettre que la demande est constante pour des développement de ce genre avec galette. L'autre axe de développement prioritaire c'est l'intégration dans la branche principale (le trunk) des fonctions de galette-sport. Il y a donc de quoi faire. De plus, pour garder la compatibilité PHP4 (il me semble que ça peut être important vu que le public de Galette n'a pas forcément la toute dernière version de PHP), il faut être assez prudent car PHP5 a apporté plusieurs améliorations au niveau des objets, amélioration qui pourraient sembler naturelles mais qui n'existe pas en PHP4 (je pense notamment aux constructeurs __construct en PHP5, mais il me semble qu'il y a plusieurs autres exemples). J'ai joint une ébauche de réécriture objet. Voilà, qu'en pensez vous ? De moins en moins d'applications comme galette ou de framework ne conserve la compatibilité avec PHP4 car c'est vraiment de plus en plus lourd à gérer. La prochaine version stable à sortir sera la 0.63, celle là restera compatible PHP4, pour la suite ça ne me semble pas évident; les utilisateurs qui voudront faire tourner galette sur PHP4 pourront toujours rester à la 0.63. Sébastien Seb35 [3] [1] http://www.wikimedia.fr [2] http://galette.wikimedia.fr [3] http://fr.wikipedia.org/wiki/Utilisateur:Seb35 -- John Perr GPG Id 0xA83889EC ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] Règles de codage
Johan Cwiklinski a écrit : Stéphane Aulery a écrit : J'ai quelques questions : - Y-a-t-il des conventions de codage précises, des règles de développement à appliquer au projet (commit, bug, log, todo, ...) ? Il n'y a pas de règle de développement particulières. Pour les conventions de codage, le code actuel n'en respecte pas vraiment, mais il serait bien que nous tendions à respecter celles de PEAR, ainsi que les commentaires pour sortir la doc. Ces sujets avaient été abordés sur la liste il y a quelque temps (par John P. si ma mémoire est bonne). Oui, c'était une suggestion de réponse à cette même question. Utiliser les règles PEAR a AMA 2 avantages: -Elles sont déjà écrites -Elles prennent en compte la documentation intégrée comme phpdoc De plus le code actuel de galette n'en est pas si éloigné ce qui fait que l'on pourra migrer aisément vers du code conforme au fur et à mesure des modifs sans avoir à faire trop d'efforts spécifiques dans ce sens. Il y a aussi dans l'arboresence du trunk le répertoire docs qui contient: 1-La documentation développeur générée par phpdocumentor et qui se visualise avec un navigateur directement en docs/index.html. Le makefile permet de regénérer la doc quand on a mis des sources à jour. 2-Une version docbook du manuel qui existe sur le site de galette dans le répertoirte manual. 3-Un modèles xml de base pour le système de modèle de documents que je suis en train de développer...depuis la toussaint... Dans le répertoire models. C'est de la version alpha pour l'instant et le modèle ne concerne que les cartes mais sera extensible sans problèmes aux étiquettes et tout autres sortes de documents à extraires de la base comme les listes d'adhérents pour AG etc... Ce répertoire n'est peut être pas vraiment à sa place là, à voir pour la v0.7. Salutations et bienvenue dans l'équipe. -- John Perr GPG Id 0xA83889EC ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] [svn] preferences
Aurélie a écrit : Salut Je teste une migration de galette 0.62 à la SVN et tout va bien (pour autant qu'on pense à supprimer includes/config pour relancer l'installation), pour le moment. Que ce soit avec la SVN ou avec la 0.63 proposée en zip sur le site, la page des préférences bugue pour un bête truc: les champs des marges des étiquettes restent désespérément vides et comme ils sont obligatoires, impossible de valider le form. En fait, dans la base, table preferences, il y a un seul enregistrement pref_etiq_marges. En le renommant pref_etiq_marges_v et en créant pref_etiq_marges_h, tout fonctionne. Voilà. Je ne sais pas si c'est spécifique à l'upgrade ou si c'est également le cas lors d'une install propre de la SVN. Normalement ce problème est du à une evolution de la Bd entre les versions. Il faut donc executer le script SQL de migration de la base qui est situé dans install/sql/ Pour passer de la 0.62 au svn il faudra donc au moins executer 2 scripts pour passer de la 0.62-0.63 et 0.63-0.7 qui est la version du svn Le script d'installation ou de migration prend normalement cela en compte mais il n'est pas exclu qu'il reste des trous vu qu'il s'agit de la version SVN. A l'occasion je jetterai un coup d'oeil vu que je dois être le dernier à avoir modifié ces préférences là. Il ne me semble pas utile de déclarer un bug sur ce point pour une version SVN mais ça ne vexera personne si tu le fais. -- John Perr GPG Id 0xA83889EC ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] Vers la V0.7
Johan Cwiklinski a écrit : De mon côté, je suis toujours sur le script d'install, il me demande pas mal de taff... Oui, sur ce sujet je me demandais s'il ne valais pas mieux un fichier sql séparé qui intègre toutes les données de base (statuts, preferences, mails automatiques etc) plutôt que d'avoir ces données en dur dans le script d'install ? J'en étais venu à la même conclusion, sauf que dans ce cas, il faudrait un fichier pour chaque base de données supportée (le quoting par exemple n'est pas toujours équivalent, ça reste gérable tant qu'on ne propose que postgres et mysql, mais pour offrir un nouveau support, ce sera autre chose...). Du coup, j'ai plutôt géré un tableau des valeurs par défaut dans les objets en question, j'espère pouvoir commiter tout ça avant la fin du week end pour avoir des retours sur les changements que j'ai apportés... Johan Cwiklinski a écrit : Date: Sun Oct 28 19:21:41 2007 New Revision: 421 Dans ce que tu as commité aujourd'hui quelques remarques: -Est ce que la class adherents est prévue pour des pages comme gestion_adherent ? Ce n'est pas le cas actuellement mais si cela devait, il faudrait faire une requête pour chaque ligne du tableau ce qui ne serait pas trop efficace: un objet adherents = 1 adherent = 1 accès à la bd J'ai été confronté au pb en essayant d'utiliser cette class pour refaire public/liste_membres.php - donc j'ai rien touché :-) En fait il faudrait que les objets adherent (un objet par adhérent) soit remplis par des requetes qui ne sont pas incorporées aux méthodes de la classe. Une solution c'est de faire de la classe adhérents un objet qui peux contenir plusieurs adhérents correspondants à une requete. Comme plusieurs pourra être égal à un ça répond aussi au besoin actuel. Pour l'install, si c'est le code issu de phpbb qui lit et interprete le code sql c'est a priori indépendant du sgbd non? (la je remet l'idée du fichier sql unique sur la table :-) Le remplissage initial des tables par les class comme preferences ou statuts c'est un peu plus compliqué à gérer à cause de la répartition dans les différentes class et rien qu'en ajoutant les modèles je vais supprimer tous les détails des étiquettes et des cartes dans les préférences, donc dans cette classe... Bref je trouve pas cette solution très élégante.. Bonsoir -- John Perr GPG Id 0xA83889EC ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] Vers la V0.7
Johan Cwiklinski a écrit : -Ajout d'une possibilité de filtrer les nouveaux inscrits dans la liste des adhérents (suite de #165 ?) il devrait s'agir principalement de modifications sur gestion_adherents.{php|tpl} non ? si c'est bien le cas, pas de soucis non plus. Oui #4949: Voir les autres membres: Peut être fait en créant une page des membres qui contient des infos publiques, c'est à dire dont les adhérents ont eux même validé la diffusion. Cela se recoupe un peu avec ce qui avait été entamé dans public/ non ? Exact, c'est le même besoin. Je vais essayer de le rendre un peu plus sexy et de permettre aux adhérents de choisir quels infos doivent y figurer ou non. Ca passera en mdb2 en meme temps :-) #9082: CSV import: ---8--- Donc, si l'on considère un backup/restore en csv, alors il faut intégrer la possibilité au core, sinon un script externe fera bien l'affaire. Ok, on laisse murir. Quand le besoin sera bien clair on verra. De mon côté, je suis toujours sur le script d'install, il me demande pas mal de taff... Oui, sur ce sujet je me demandais s'il ne valais pas mieux un fichier sql séparé qui intègre toutes les données de base (statuts, preferences, mails automatiques etc) plutôt que d'avoir ces données en dur dans le script d'install ? A+ -- John Perr GPG Id 0xA83889EC ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] Rev 412: vers la v0.7
Johan Cwiklinski a écrit : Eric Boniface a écrit : 4-L'icône mailto dans la liste des adhérents (gestion_adherents.php) me semble inutile ... Je pense aussi qu'il faut garder cette option très pratique. Ok si la majorité est pour, de toutes façons ça marche comme ça et il existe vraiment des trucs plus urgents à traiter. Encodés en UTF dans la base ? Mes tables possèdent toutes un interclassement latin1_swedish_ci, ce n'est pas ton cas ? pareil dans mon cas, latin1_swedish_ci et ça fonctionne bien. En fait j'ai comme vous un interclassement en latin1_swedish_ci mais c'est très différent de l'encodage de la base qui lui est en utf8 (dans mon cas). L'interclassement précise comment mysql trie et compare les caractères, almors que l'encodage précise comment sont stockés les caractères dans la base. C'est probablement l'encodage qui pose soucis et pas l'interclassement. Puisque c'est un pb dans ma config mysql = je traite et je vous raconterai ce que j'ai trouvé. Je ne crois pas que les tables en utf soient gérées actuellement, et ne le sont pas de façon certaine avec la 'nouvelle' version (enfin, je n'ai rien fait en ce sens). Est-il envisageable/souhaitable de les introduire ? Il me semble que cela peut causer des soucis au niveau des bases mysql, mais j'avoue ne pas avoir testé personnellement, quelqu'un a des retours sur le sujet pour mysql et postgres (et pas forcément rattachés à Galette) ? Si l'on introduit le support des bases UTF-8, laissons-nous le choix à l'utilisateur de créer sa base en utf/iso ou on force ? Vu la galère que ça risque d'être laissons tomber pour le moment, je suis apparemment le seul avec une config mysql exotique, je vais essayer de rentrer dans le rang :-) Je pense qu'il va vraiment falloir que je prenne le temps et le courage de m'y remettre et de publier une 0.63 stable. J'aurai à cette occasion besoin de testeurs, avis aux intéressés ! :-p Pas de souci pour ça... dès que tu penses que la version est suffisamment stable tu fais signe +1 J'ai commencé à intégrer la gestion de la base de données par PEAR::MDB2, la gestion des logs par PEAR::Log, j'ai implanté une classe php5 pour la gestion de la langue, commencé aussi des classes php5 pour la gestion des adhérents et des préférences... Autant dire pour résumer que je n'ai pas la moindre idée aujourd'hui du temps qu'il faudra pour finaliser tout cela :/ Est ce que l'on vise une V0.7 sans adodb ? Comment peut-on t'aider à avancer et surtout à te décharger un peu ? Pour ça, il faut avant que je fasse un tri dans la todolist, et que j'attribue des priorités. Il reste aussi des bogues à fermer... C'est vrai qu'un coup de balai dans ces listes nous aiderait à y voir plus clair. Quid d'une session irc pour se le faire en live? (pas forcemement tout de suite, juste quand on sera prêt :) Bref, soyez indulgents, j'ai pas mal d'idées, mais assez peu de temps malheureusement pour les réaliser :/ C'est là qu'intervient la puissance de l'équipe :-) On doit pouvoir en faire un bout. En attendant, les propositions/critiques/remarques/remontées de bogues sont les bienvenues sur la version SVN. La correction de mes éventuelles coquilles est bien évidemment plus qu'appréciée également :-D Dès que tout cela sera plus clair dans ma tête (et quand j'aurai eu le courage de faire un peu d'administratif, je reviendrai sur ta proposition :-) Ok. Je suis aussi partant pour faire ma part de boulot dans la todo list ou la correction de bugs. Je pense au passage que revoir un peu la façon dont sont présentées certaines des données sur le site pourrait être utile, j'ai déjà quelques idées sous le coude, il faut que j'y réfléchisse d'avantage. C'est vrai que le site de gna! est pas mal en retard. Il doit être possible de trouver un ou deux volontaires pour une mise à jour (au moins annoncer les futurs versions et les orientations décrites ci-dessus). Je peux tenter une relance pour ressusciter les bonnes volontés sur ce sujet. A bientôt et merci encore pour les réponses. -- John Perr GPG Id 0xA83889EC ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] Quelques retours sur la 0.63
Eric Boniface a écrit : Dernier point, quelqu'un aurait un bon site de tuto pour smarty ? je souhaite intégrer ma page de rapport que je proposerai en tant que patch ensuite, si tout va bien :-)) Celui de smarty est ok: http://smarty.php.net/manual/fr/ -- John Perr GPG Id 0xA83889EC ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] Quelques retours sur la 0.63
Johan Cwiklinski a écrit : John Perr a écrit : Ca marche ? Parce que c'est toujours un pb ouvert du fait de la difficulté de traduire les textes inclus dans la BD. Voir https://gna.org/bugs/?7015 Oui ça marche. Le souci est que les nouvelles chaines ne sont pas incluses, ce n'est ni fiable, ni pratique de tout se gaufrer 'à la main' :/ :-) L'implémentation d'ACL risque d'être une tâche ardue, et relativement longue. N'existe-t'il pas un système duquel nous pourrions nous inspirer, dans une autre application libre codée en PHP (5 de préférence puisque nous allons devoir y arriver) ? Pomper un système existant et déjà éprouvé pourra peut être nous éviter pas mal de prises d'aspirine :-D De toutes façon ça vaut le coup de chercher un minimum pour ne pas réinventer la roue. Je regarde si je trouve qque chose. Une solution différente existe pour éviter les versions multiples de galette et pour permettre de répondre aux besoins variés: Cela consiste à permettre l'ajout de modules ou de plugins. On pourrait ainsi avoir une extension sport qui prend en compte les spécificités des fédérations et associations sportives à partir d'un même noyau de code. Pour ce type de coding ça c'est sur, ça existe par exemple dans phpgroupware. L'avantage de ce système c'est que -l'application est adaptable aux besoin des utilisateurs sans avoir à faire de nouvelles releases -les asso motivées par leurs propres besoins peuvent développer leur modules et les mettre à la disposition des autres sans forcement intégrer le groupe de dev qui devrait alors être moins sollicité pour répondre à tous les besoins individuels et faire les tests et debugging. Bon j'arrête avec les idées farfelues :-) bonne soirée. -- John Perr GPG Id 0xA83889EC ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] Quelques retours sur la 0.63
Eric Boniface a écrit : Hello, nous venons de faire quelques tests suite à la migration de notre env de test, voici quelques retours (peut-être redondants avec d'autres points déjà vus). - pb sur les préférences (voir mon msg précédent) Si j'ai 5mn je regarderai vu que personne d'autre n'a répondu et que je dois être le dernier a avoir touché à la page étiquette et ce qui y est associé :-/ - j'ai du rajouter les traductions des statuts et des cotisations dans le fichier lang.french.php, idem pour la configuration des fiches. Ca marche ? Parce que c'est toujours un pb ouvert du fait de la difficulté de traduire les textes inclus dans la BD. Voir https://gna.org/bugs/?7015 - est-il possible de désactiver la possibilité d'inscription ? Seul notre trésorier - ou son adjoint - est habilité à créer les nouveaux membres. Ce n'est pas une grosse modif, c'est une préférence à ajouter. En attendant, le plus simple est de remplacer la page self_adherent.php par une copie de index.php ou un lien vers ce même fichier. Cela rejoint une préoccupation plus générale qui a été traitée en partie dans galette sport: celle des différents droits d'accès à l'application. Pour essayer de satisfaire les différents besoins exprimés jusqu'ici sur le sujet, je vous soumets l'idée suivante qui est une sorte de compilation des besoins de galette-sport et de la todo list. Globalement il existe le besoin d'avoir des groupes constitués avec des admins restreints. Je propose donc de coder un truc dans ce genre: -Un admin général (une sorte de root ou sysadmin) qui peut tout faire, c'est le seul niveau qui existe actuellement dans galette et qu'on a besoin de conserver pour gérer l'application. -Des groupes auxquels les adhérents peuvent appartenir sans limitation sur le nombre. Cela peut être des classes d'ages pour des club sportifs ou des groupes dédiés à des tâches quelconques, y compris le bureau ou/et le CA. -Un adhérent aura ou non les droits suivants sur un groupe: + Consulter, Modifier ou Administrer les membres du groupe + Consulter, Modifier ou Administrer les contributions des membres du groupe Administrer sous entend créer, supprimer et gérer les droits, je ne vois pas le besoin de dissocier les 3. -Un adhérent aura toujours le droit de modifier ses coordonnées mais pas ses contributions qu'il pourra par contre consulter. En notation style unix ça donne: CMA-CMA : GID UID ^ ^ | |__ Droits de UID sur les contributions de GID |__ Droits de UID sur les membres de GID Ces droits seront donc affectés au couple (adhérent=UID,groupe=GID) ce qui permettra à un adhérent X d'être admin d'un groupe et trésorier de l'asso. Ainsi on peut déjà imaginer qu'on aura au moins par défaut: -un groupe asso (par exemple) auquel tout le monde appartient mais avec aucun droit par défaut -un sysadmin qui a tous les droits sur le groupe asso (CMA-CMA) -Des membres du bureau qui peuvent consulter tout les membres et leurs cotisations, donc avec des droits (C__-C__) sur le groupe asso -un secrétaire ou responsable des adhésions qui peut modifier tous les membres du groupe asso (CMA-C__). -un trésorier qui peut modifier toutes les contributions des membres du groupe asso (C__-CMA) Bien sûr cela représente des modifications de la structure de la base (ajout de tables) et du code. valider l'ensemble prendra aussi un peu de temps. C'est pourquoi je vous soumets dès à présent l'idée afin d'en débattre, il est probable que cela ne sera pas intégré dans la prochaine version stable. Salutations ---8--- -- John Perr GPG Id 0xA83889EC ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
[Galette-devel] [bug #9486] Images PNG avec transparence non compatibles avec les cartes en PDF
Update of bug #9486 (project galette): Status: In Progress = Fixed ___ Follow-up Comment #1: Le problème est résolu de la manière suivante: -Les images avec png en transparence s'affiche mais avec un fond noir pas beau du tout -Il est possible que certaines images avec transparence génère encore des erreurs, mais dans ce cas ces erreurs sont remontées en haut de page sans bloquer l'application. -Le gif qui n'était pas du tout accepté et maintenant pris en compte en le transformant en png. ___ Reply to this item at: http://gna.org/bugs/?9486 ___ Message posté via/par Gna! http://gna.org/ ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
[Galette-devel] Documentation
Dans la dernière révision de l'arborescence de développement, il y a une tentative de création de documentation pour avis: -Documentation développeur: Elle utilise phpdocumentor utilisé par exemple par PEAR et est générée à partir de docblocs écrit dans le code. http://www.phpdoc.org/ Vous pouvez voir le résultats dans le répertoire docs/index.html. C'est encore loin d'être complet mais si cela plaît à cette liste alors on peut l'adopter. Dans ce cas, il y a quelques règles d'écriture à respecter et le plus simple serait probablement d'adopter celles de pear par exemple: http://pear.php.net/manual/fr/standards.php -Manuel utilisateur La c'est un plagia exhaustif du site de tuxfamilly/galette avec quelques petits ajouts concernant les préférences. Le résultat html est visible dans docs/manual/manual.html. On peut générer aussi du pdf à partir des sources en xml/docbook mais ça reste à faire, et il faut installer Fop sur la machine qui génère le manuel. Pour fabriquer du html il faut xsltproc. Il est théoriquement possible de fabriquer des pages pour un site web mais dans le cas de tuxfamily, il faudrait écrire ou (modifier beaucoup) un xsl qui produise un format compatible du wiki tuxfamily. Donc forget it... phpdocumentor à la possibilité d'intégrer la doc annexe mais comme ce n'était pas très convaincant, la création du manuel est restée indépendante de la doc développeur. -- John Perr GPG Id 0xA83889EC ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
[Galette-devel] r382: Manque classe MDB2
Johan Cwiklinski a écrit : Author: trashy Date: Tue Jul 10 09:31:11 2007 New Revision: 382 URL: http://svn.gna.org/viewcvs/galette?rev=382view=rev Tu as probablement oublié d'ajouter le fichier classes/MDB2.php dans svn. A l'exécution de self_adherent ça donne: Fatal error: Call to undefined method MDB2_Error::numRows() in /home/jbp/dev/galette/galette/classes/required.class.php on line 92 Est ce que c'est un début de bascule vers PEAR::MDB2 ? -- John Perr GPG Id 0xA83889EC ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
[Galette-devel] [bug #9486] Images PNG avec transparence non compatibles avec les cartes en PDF
URL: http://gna.org/bugs/?9486 Summary: Images PNG avec transparence non compatibles avec les cartes en PDF Project: Galette Submitted by: johnperr Submitted on: mardi 10.07.2007 à 19:24 Severity: 3 - Normal Priority: 5 - Normal Status: In Progress Assigned to: johnperr Originator Email: Open/Closed: Open Discussion Lock: Any Release: devel ___ Details: C'est une limitation de la bibliothèque tcpdf qui génère les fichiers pdf. Solutions possibles: -Convertir les images en jpeg ou gif -Aplatir les images PNG (enlever la transparence) Pour les courageux qui le ferait avec un outil graphique comme The Gimp penser à mettre un fond blanc car c'est la couleur de fond des cartes de membres. De toutes façons, IE lit très mal les png transparents, il est donc préférable d'éviter d'en utiliser pour l'instant. ___ Reply to this item at: http://gna.org/bugs/?9486 ___ Message posté via/par Gna! http://gna.org/ ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
[Galette-devel] [task #3601] Carte de membres par amétrables
Update of task #3601 (project galette): Status: In Progress = Ready For Test ___ Reply to this item at: http://gna.org/task/?3601 ___ Message posté via/par Gna! http://gna.org/ ___ 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
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
[Galette-devel] task #3601: creation de cartes parametrables
J'ai commencé a écrire le code pour générer des cartes de membres en pdf. J'avais déjà la base pour cela à partir d'un ancien code et aussi d'une autre lib php mais qui ne présente pas d'avantage par rapport à celle utilisée pour les étiquettes que je propose donc de réutiliser. Cela devrait être fait d'ici une semaine ou deux avec un paramétrage limité dans un premier temps. Pas d'objections pour que je m'attribue cette task ? -- John Perr GPG Id 0xA83889EC ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
[Galette-devel] Requette d'inclusion au groupe projet
Bonjour, je viens d'envoyer une requête d'inclusion au groupe de dev de galette via la voie officielle. Je viens aussi de lire dans les archives de cette liste le message de Johan Cwiklinski posté on May 31, 2007-21:58 et intitulé Participer au projet. Aussi, je vous propose de vous envoyer un patch ou deux sur un des sujets suivants extraits de la todo list pour vous faire une idée avant de valider (ou non) la requête d'inclusion: -task #3601 : Carte de membres paramétrables J'ai déjà écrit un soft php qui fait ça par le passé avec une lib libre (http://www.ros.co.nz/pdf/) qui est à inclure dans le code. La lib fait 2.4 Mo dont 2.1 de fonts. Ce serait sûrement mieux d'utiliser PEAR mais malheureusement il n'existe pas de module PEAR stable qu'on pourrait utiliser. Seul existe PEAR::File_PDF qui est en béta 0.2.0. La proposition qui consiste à repartir du code de génération des étiquettes semble effectivement la plus sensée. -task #3127 : Impression de tous les membres pour une AG Ca c'est un truc dont on a bien besoin dans les assos une fois par an et il n'y a a priori pas de difficultés coté coding. -task #165 : Formulaires de recherche Sur ce sujet, la demande est plutôt forte chez les utilisateurs pour améliorer au minimum les filtres de la page gestion_adherent.php Il semble qu'aucun de ces sujet ne soit affecté à un développeur. Merci de me dire si vous avez des priorités ou des préférences dans le groupe. Sinon j'attaque par ce qui me plaira le plus :-) Pour les patchs, vous les voulez à partir du dernier checkout de svn ou bien à partir de la dernière version stable ? Je mets Emmanuel kolter Bouthenot en copie, c'est l'autre membre et admin système de l'Abul qui compte aussi rejoindre ce projet. Enfin pour votre info, la version de production de galette que nous utilisons depuis 2005 à l'Abul est la 0.62 mais modifié pour avoir: -mots de passe en md5 dans la base -formulaire d'adhésion publique qui rempli la base en direct (code indépendant) -login possible avec l'adresse email -titre de société possible en plus de M ou Mme -page publique des membres et formulaire d'adhésion accessibles aussi depuis la page de login (code indépendant de galette qui attaque la base en direct). Dans notre souhait de rejoindre le groupe de dev de galette, il est clair que cette version personnalisée est appelée à disparaitre au profit de la version officielle de galette. Lors de la migration nous ne devrions avoir que le script SQL de reformatage de la BD à écrire en spécifique. Salutations -- John Perr GPG Id 0xA83889EC http://www.abul.org ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel