Re: [Galette-devel] [task #6228] Communes et des codes postaux
Johan Cwiklinski a écrit : Cela dit, faire évoluer Galette en conservant un poids minimum, ce n'est pas évident :/ Rien que Tiny MCE (pour rédiger les mails au format HTML) prend 2.5Mo. Tout à fait d'accord... ___ 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] [task #6228] Communes et des codes postaux
Nicolas Grandjean a écrit : Johan Cwiklinski a écrit : (...) Cela dit, faire évoluer Galette en conservant un poids minimum, ce n'est pas évident :/ Rien que Tiny MCE (pour rédiger les mails au format HTML) prend 2.5Mo. Je vais peut-être immiscer dans une affaire qui ne me regarde pas mais rédiger des courriels au format HTML n'est pas très respectueux de la Nétiquette ! ++ Personnellement, je n'envoie jamais de mails au format HTML, pas plus pour mon courrier perso que pour le reste, alors encore moins pour un mailing. Néanmoins, c'est une demande de certains utilisateurs de Galette, la possibilité se doit d'exister à mon avis. D'ailleurs, la plupart des clients emails actuels permettent cela, c'est même par défaut la plupart du temps :-/ Cela dit, l'envoi de mail au format HTML est une option lors de la rédaction du message dans Galette, je pars du principe que l'utilisateur sait ce qu'il fait lorsqu'il l'active :-) 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] Gestion des modules dans galette
Bon, j'ai répondu un peu vite... Jelix est en fait un fork à l'origine de Copix, mais qui a évolué rapidement. Bon, allez, hop je l'essaye :-) (sachant que je crois faire un blocage vis à vis des frameworks). ++ 2008/11/18 Eric Boniface [EMAIL PROTECTED] Hello, il est clair que l'utilisation d'un cadriciel favorisera ce genre de choses... mais comme déjà abordé ici, cela implique de refaire complètement Galette, de bien penser à tout ce qui est structure, nommage, etc. car un cadriciel mérite d'être ... cadré :-). Il en existe une floppée, tous avec des avantages et des inconvénients. Je dois avouer que je suis un peu réfractaire et que les rares projets que j'ai menés avec un framework m'ont pris un temps fou. J'ai un pote qui travaille beaucoup avec Copix, cadriciel français, très prometteur (nombreux articles dans PHP Solutions). D'ailleurs, si c'est la solution retenue je devrais pouvoir le convaincre de nous aider :-). Voilà, c'était ma réflexion du moment... Pour info, j'ai fait un fork de Galette pour gérer ... un inventaire d'infrastructures... oui je sais étrange. En fait, je suis repartie du code existant et je l'ai adapté. J'envisage de rajouter une gestion de plugin mais je n'ai pas de temps en ce moment. J'avais récupéré des infos de PHP Architect où un article parlait justement de l'implémentation d'un système de plugin. Très intéressant. Allez, je file ++ Eric. 2008/11/18 blacktux [EMAIL PROTECTED] Bonjour, Il serais egalment partant pour une reprise à zéro des dev en partant sur un framework qui gére déjà les modules ... du genre Jelix ou autre Un fois la base faite, n'importe qui pourrais proposer des modules ... Message du 11/11/08 14:17 De : Sylvain Vrignaud A : galette-devel@gna.org Copie à : Objet : [Galette-devel] Gestion des modules dans galette Bonjour, Avant tout je me présente, Sylvain Vrignaud, aka misric. Trésorier de tuxfamily.org et participant à d'autres assoces, je suis amené à toucher galette de temps en temps (beaucoup plus souvent ces derniers temps...) De ce que j'ai pu lire sur les archives des différentes ML de galette, il semble nécessaire de gérer des modules. Je souhaite donc m'y atteler, et éventuellement contacter les personnes ayant adapté galette à leur association pour proposer un certain nombre de modules de base. Seulement, il y a plusieurs façons d'attaquer la chose et je souhaiterais avoir l'avis de certains d'entre vous sur une orientation à prendre sur la gestion des modules. Deux grandes directions sont possible : soit on intègre un gestionnaire de modules déjà existant à l'interface de galette, soit on part de zéro. J'ai essayé d'établir la liste des points positifs et négatifs de chacun : Utiliser un gestionnaire déjà existant : + expérience des devs du gestionnaire directement appliquée + gestionnaire pleinement fonctionnel dès le début -- mise en place plus complexe donc plus longue, donc pas forcément faite -- galette ne correspond a aucun grand schéma d'applications existantes (forums, cms, etc...) donc n'a rien de facilement adaptable Partir de zéro : + mise en place rapide avec un noyau simple + suivant le besoin, on peut conserver quelque chose de simple ou le rendre plus complexe et plus fonctionnel -- faut tout refaire... du moins le minimum nécessaire à une mise en place rapide... Personellement je suis plutôt favorable de partir de zéro, quitte à tout refaire, mais au moins ça sera fait... Si vous avez des idées, des remarques ou des propositions, n'hésitez pas ! Sylvain ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel *Créez votre adresse http://www.laposte.net électronique [EMAIL PROTECTED] 1 Go d'espace de stockage, anti-spam et anti-virus intégrés.* ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel -- Président de l'Association des Ingénieurs CNAM Dauphiné Savoie (AI CNAM-PST) Le principal devoir de l'homme envers lui-même est de s'instruire, le principal devoir de l'homme envers les autres est de les instruire. Paul-Émile Littré -- Président de l'Association des Ingénieurs CNAM Dauphiné Savoie (AI CNAM-PST) Le principal devoir de l'homme envers lui-même est de s'instruire, le principal devoir de l'homme envers les autres est de les instruire. Paul-Émile Littré ___ 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 : Néanmoins, c'est une demande de certains utilisateurs de Galette, la possibilité se doit d'exister à mon avis. Je ne suis pas certain que ça soit un très bon argument ;-) Par contre, la possibilité de joindre une pièce-jointe (un fichier au format OD* ou PDF) me semble plus intéressante mais c'est peut-être déjà sur les rails ^_^ D'ailleurs, la plupart des clients emails actuels permettent cela, c'est même par défaut la plupart du temps :-/ Sauf pour Thunderbird (ce qui me désole profondément!). Cela dit, l'envoi de mail au format HTML est une option lors de la rédaction du message dans Galette, je pars du principe que l'utilisateur sait ce qu'il fait lorsqu'il l'active :-) Autant qu'il soit désactiver par défaut dans ce cas... ++ -- Nicolas Grandjean http//www.rhizomes.org - http://auray.firstjeudi.org Pensez différents, pensez libre, pensez GNU! JabberID : [EMAIL PROTECTED] Clé GPG : http://www.microniko.net/gpg/nicolas.asc ___ 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
Nicolas Grandjean a écrit : Johan Cwiklinski a écrit : Néanmoins, c'est une demande de certains utilisateurs de Galette, la possibilité se doit d'exister à mon avis. Je ne suis pas certain que ça soit un très bon argument ;-) Par contre, la possibilité de joindre une pièce-jointe (un fichier au format OD* ou PDF) me semble plus intéressante mais c'est peut-être déjà sur les rails ^_^ Je prévois d'intégrer phpMailer, qui permettra d'envoyer des pièces jointes, l'utilisation de SSL/TLS, etc... D'ailleurs, la plupart des clients emails actuels permettent cela, c'est même par défaut la plupart du temps :-/ Sauf pour Thunderbird (ce qui me désole profondément!). Cela dit, l'envoi de mail au format HTML est une option lors de la rédaction du message dans Galette, je pars du principe que l'utilisateur sait ce qu'il fait lorsqu'il l'active :-) Autant qu'il soit désactiver par défaut dans ce cas... C'est le cas, c'est désactivé à l'install ;-) ++ 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 #6228] Communes et des codes postaux
Sylvain VRIGNAUD a écrit : Bonjour, Johan Cwiklinski a écrit : Cela dit, faire évoluer Galette en conservant un poids minimum, ce n'est pas évident :/ Rien que Tiny MCE (pour rédiger les mails au format HTML) prend 2.5Mo. C'est aussi un peu le souci de prendre des API tout fait, c'est que rapidement on est surchargé... Pour des mails, j'ai du mal à comprendre pourquoi y'a besoin d'un truc qui prend 2.5 Mo... On en revient à la problématique des modules, une fois encore :-) Pour la base des codes postaux, c'est une base fixe qui doit comporter pour la france, grosso modo 40 000 communes. J'ai trouvé une liste au format sql pour les intéressés : http://sqlpro.developpez.com/cours/normes/fichiers/listeCodePostSQL.zip D'autres sont disponibles à cette adresse : http://sqlpro.developpez.com/cours/normes/#L3.1.2 J'ai pas trouvé de licence, mais il semble difficile de mettre un copyright sur une liste de codes postaux imho... Bah, c'est aussi ce que je pensais du dictionnaire de la langue française, ça me semblait aberrant qu'on ne puisse pas l'utiliser... Et c'est pourtant le cas, un projet pour OpenOffice a essuyé les plâtres (http://oooconv.free.fr/dafooo/dafooo_fr.html) :-/ Du coup, je me méfie maintenant. En plus, la page de developpez.com stipule : « La Poste édite un fichier des codes postaux informatique que l'on peut acheter ou pour lequel on peut s'abonner. ». Si c'est payant, on ne peut pas l'intégrer à Galette. Bref, en l'absence d'une claire définition sur la réutilisation de cette base de données, elle ne sera pas intégrée à Galette malheureusement ; j'ai pas trop envie que l'on vienne nous taper sur les doigts après coup, et devoir supprimer cette fonctionnalité. Si aucune licence n'est spécifiée, par défaut c'est un copyright strict qui est appliqué il me semble. Ce que l'on pourrait faire au meilleur des cas, c'est de contacter La Poste et leur demander explicitement leur accord pour l'intégration de leur base à Galette (et par la même occasion, avoir une version récente). Je suis cependant réticent à discuter de question juridiques avec leurs services (je suis développeur, pas juriste), et je suis également réticent à intégrer des données non libres à un logiciel sous GPL. Reste à savoir si on fait des modules avec ça, avec le choix des pays, toussa... Ben là, il nous faudrait aussi la liste pour les autres pays, avec le même problème de droits... Johan Sylvain Bonne journé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 #6228] Communes et des codes postaux
Daniel BABAULT a écrit : Johan Cwiklinski a écrit : Sylvain VRIGNAUD a écrit : Bonjour, Johan Cwiklinski a écrit : Cela dit, faire évoluer Galette en conservant un poids minimum, ce n'est pas évident :/ Rien que Tiny MCE (pour rédiger les mails au format HTML) prend 2.5Mo. C'est aussi un peu le souci de prendre des API tout fait, c'est que rapidement on est surchargé... Pour des mails, j'ai du mal à comprendre pourquoi y'a besoin d'un truc qui prend 2.5 Mo... On en revient à la problématique des modules, une fois encore :-) Pour la base des codes postaux, c'est une base fixe qui doit comporter pour la france, grosso modo 40 000 communes. J'ai trouvé une liste au format sql pour les intéressés : http://sqlpro.developpez.com/cours/normes/fichiers/listeCodePostSQL.zip D'autres sont disponibles à cette adresse : http://sqlpro.developpez.com/cours/normes/#L3.1.2 J'ai pas trouvé de licence, mais il semble difficile de mettre un copyright sur une liste de codes postaux imho... Bah, c'est aussi ce que je pensais du dictionnaire de la langue française, ça me semblait aberrant qu'on ne puisse pas l'utiliser... Et c'est pourtant le cas, un projet pour OpenOffice a essuyé les plâtres (http://oooconv.free.fr/dafooo/dafooo_fr.html) :-/ Du coup, je me méfie maintenant. En plus, la page de developpez.com stipule : « La Poste édite un fichier des codes postaux informatique que l'on peut acheter ou pour lequel on peut s'abonner. ». Si c'est payant, on ne peut pas l'intégrer à Galette. Bref, en l'absence d'une claire définition sur la réutilisation de cette base de données, elle ne sera pas intégrée à Galette malheureusement ; j'ai pas trop envie que l'on vienne nous taper sur les doigts après coup, et devoir supprimer cette fonctionnalité. Si aucune licence n'est spécifiée, par défaut c'est un copyright strict qui est appliqué il me semble. Ce que l'on pourrait faire au meilleur des cas, c'est de contacter La Poste et leur demander explicitement leur accord pour l'intégration de leur base à Galette (et par la même occasion, avoir une version récente). Je suis cependant réticent à discuter de question juridiques avec leurs services (je suis développeur, pas juriste), et je suis également réticent à intégrer des données non libres à un logiciel sous GPL. La recherche ne pourrait elle pas se faire en ligne, avec la base hébergée par un site externe afin de limiter la taille ? Oui, ça pourrait être fait comme ça ; mais avec un temps de latence relativement important (on dépend du site externe). Un service web serait le must, mais je ne sais pas si ça existe. On pourrait envisager d'utiliser le système de recherche de la poste (http://www.laposte.fr/sna/rubrique.php3?id_rubrique=59), mais ce serait à grands coups d'expressions régulières, et je ne sais pas non plus si on a le droit de faire ça en toute impunité. le fichier INSEE comportant nom de la commune, code postal, nom du département, coordonées géographiques et population fait environ 1,3 Mo pour presque 40 000 lignes (il comporte la france et les DOM). J'ai bien trouvé un fichier INSEE qui liste les communes, mais sans les codes postaux ; aucune condition de réutilisation n'est spécifiée, une fois encore. J'avais utilisé ce fichier pour mes bases GPS il y a quelques années, je sais qu'il est libre de droits, il faudrait que je retrouve le chemin de téléchargement. il s'agit du fichier recensement de la population 1990 en provenance de l'INSEE. Si tu le retrouves, ça peut être intéressant (à condition que la licence soit bien spécifiée ;)) ; il serait bien aussi d'en avoir un plus récent (en 18 ans, il peut y avoir eu des changements). [EMAIL PROTECTED] Johan signature.asc Description: OpenPGP digital signature ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel