Ti = nicO

lordzurp@domain.hid
= Avant d'imprimer penser =E0 l'environnement!
Before = printing think about = the Environment!

Le 8 = mars 09 =E0 16:39, Johan Cwiklinski a =E9crit :

Salut,

Je me penche =E0 nouveau sur la = question des plugins...

C'est un composant qui me semble de plus = en plus n=E9cessaire pour ajouter
des fonctionnalit=E9s =AB non = indispensable =E0 la base =BB dans Galette (cf.
version Sport, = gestion de clubs automobiles, et j'en passe).

Actuellement, nous = avons deux solutions principales :
1- =E9crire un syst=E8me de = plugins (probablement en s'inspirant de quelque
chose qui existe, = comme le syst=E8me de DotClear2 que je trouve pas mal)
2- se baser = sur un framework

La seconde solution a d=E9j=E0 =E9t=E9 =E9voqu=E9e= , mais comporte aussi certains
inconv=E9nients (notamment la = r=E9=E9criture compl=E8te du code).
Certains se sont dit pr=EAts =E0 = participer si l'on utilisait tel framework,
ou tel autre (mais = peut-=EAtre pas si l'on ne choisit pas celui qu'ils
connaissent = :p).

Se pose donc la question du choix.

Pour le c=F4t=E9 = framework, =E7a a =E9t=E9 =E9voqu=E9, certes, mais =E0 ma = connaissance,
rien n'a =E9t=E9 fait en ce sens aujourd'hui. Il n'y a = pas grand monde qui
ait fait de retours plus pr=E9cis ici m=EAme = depuis le temps.

Donc, et puisque je suis actuellement l'un des = seuls contributeurs au
code de Galette, je commence =E0 me demander = si je ne vais pas purement et
simplement =AB imposer mes vues =BB ; = en fonction de ce que je sais faire et
de ce que je connais ; ce afin = de faire avancer le "schmilblick".

Je ne souhaite vraiment pas = perdre mon temps =E0 impl=E9menter ce genre de
chose si c'est pour = l'abandonner dans six mois, c'est pas mal de boulot
d=E9j=E0 ; donc = si c'est pour partir sur un framework, je g=E8le de mon c=F4t=E9
l'ajou= t de nouvelles fonctionnalit=E9s, et me contenterai de = continuer
uniquement sur ce qui est d=E9j=E0 pr=E9sent dans le SVN = pour la 0.7.

Je ne souhaite pas non plus m'investir dans un = framework que je ne
connais pas (je n'en connais aucun) si je dois = rester le seul =E0 produire
des lignes de code.

Bon = dimanche,
Johan

____________________________________________= ___
Galette-devel mailing list
Galette-devel@domain.hid
https:/= /mail.gna.org/listinfo/galette-devel

= --Apple-Mail-1-550448437-- From misric@domain.hid Mon Mar 09 22:43:15 2009 Received: from Debian-exim by gna.org with spam-scanned (Exim 4.63) (envelope-from ) id 1LgnFg-0008Mx-Hm for galette-devel@domain.hid; Mon, 09 Mar 2009 22:43:15 +0100 X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on mail.gna.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.3 tests=BAYES_00 autolearn=ham version=3.1.7-deb Received: from smtp2-g21.free.fr ([212.27.42.2]) by gna.org with esmtp (Exim 4.63) (envelope-from ) id 1LgnFg-0008Mq-AG for galette-devel@domain.hid; Mon, 09 Mar 2009 22:43:12 +0100 Received: from smtp2-g21.free.fr (localhost [127.0.0.1]) by smtp2-g21.free.fr (Postfix) with ESMTP id 7DA384B000F for ; Mon, 9 Mar 2009 22:43:08 +0100 (CET) Received: from [192.168.0.100] (tikka.misric.org [88.163.33.143]) by smtp2-g21.free.fr (Postfix) with ESMTP id 6A5B74B0037 for ; Mon, 9 Mar 2009 22:43:06 +0100 (CET) Message-ID: <49B58D72.5050106@domain.hid> Date: Mon, 09 Mar 2009 22:43:14 +0100 From: Sylvain VRIGNAUD User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Galette development list References: <49B3E6C3.2090906@domain.hid> In-Reply-To: <49B3E6C3.2090906@domain.hid> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Subject: Re: [Galette-devel] Plugins - L'heureux tour X-BeenThere: galette-devel@domain.hid X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Galette development list List-Id: Galette development list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2009 21:43:16 -0000 Bonjour, Johan Cwiklinski a =E9crit : > Salut, > > Je me penche =E0 nouveau sur la question des plugins... > > C'est un composant qui me semble de plus en plus n=E9cessaire pour ajou= ter > des fonctionnalit=E9s =AB non indispensable =E0 la base =BB dans Galet= te (cf. > version Sport, gestion de clubs automobiles, et j'en passe). > =20 J'ai l'impression que tout ce qu'on veut ajouter marcherait nickel en=20 tant que plugin... quelque soit la fonctionnalit=E9 demand=E9e. > Actuellement, nous avons deux solutions principales : > 1- =E9crire un syst=E8me de plugins (probablement en s'inspirant de que= lque > chose qui existe, comme le syst=E8me de DotClear2 que je trouve pas mal= ) > 2- se baser sur un framework > =20 J'avais =E9cris un mail dans ce sens il me semble, mais mis =E0 part 2-3=20 r=E9ponses, rien n'=E9tait vraiment sorti de l'affaire. > La seconde solution a d=E9j=E0 =E9t=E9 =E9voqu=E9e, mais comporte aussi= certains > inconv=E9nients (notamment la r=E9=E9criture compl=E8te du code). > Certains se sont dit pr=EAts =E0 participer si l'on utilisait tel frame= work, > ou tel autre (mais peut-=EAtre pas si l'on ne choisit pas celui qu'ils > connaissent :p). > > Se pose donc la question du choix. > > =20 Tant que tu laisses le choix dans la date, moi =E7a me va ! (*touss*) > Pour le c=F4t=E9 framework, =E7a a =E9t=E9 =E9voqu=E9, certes, mais =E0= ma connaissance, > rien n'a =E9t=E9 fait en ce sens aujourd'hui. Il n'y a pas grand monde = qui > ait fait de retours plus pr=E9cis ici m=EAme depuis le temps. > > =20 Le gros probl=E8me du framework, c'est de prendre une usine =E0 gaz dont = on=20 utilise que 10% des fonctionnalit=E9s, puisque le reste ne serait pas=20 vraiment adapt=E9. Suffit de voir tout ce qui est embarqu=E9 dans galette= ,=20 qui en fait une appli =E9norme et qui au final ne fait pas tant de choses= . > Donc, et puisque je suis actuellement l'un des seuls contributeurs au > code de Galette, je commence =E0 me demander si je ne vais pas purement= et > simplement =AB imposer mes vues =BB ; en fonction de ce que je sais fai= re et > de ce que je connais ; ce afin de faire avancer le "schmilblick". > =20 Si ta vue est bonne, y'a pas de raison de ne pas l'imposer. Moi elle me=20 convient. > Je ne souhaite vraiment pas perdre mon temps =E0 impl=E9menter ce genre= de > chose si c'est pour l'abandonner dans six mois, c'est pas mal de boulot > d=E9j=E0 ; donc si c'est pour partir sur un framework, je g=E8le de mon= c=F4t=E9 > l'ajout de nouvelles fonctionnalit=E9s, et me contenterai de continuer > uniquement sur ce qui est d=E9j=E0 pr=E9sent dans le SVN pour la 0.7. > > Je ne souhaite pas non plus m'investir dans un framework que je ne > connais pas (je n'en connais aucun) si je dois rester le seul =E0 produ= ire > des lignes de code. > =20 Si tu te sens pr=EAt =E0 jeter les premi=E8res pierres d'un syst=E8me de = plugin,=20 je veux bien te suivre dans ton id=E9e. Moi j'suis pas bon pour jeter les= =20 premi=E8res pierres, la derni=E8re fois j'ai cass=E9 un carreau... > Bon dimanche, > Johan > =20 A+ Sylvain From contact@domain.hid Tue Mar 10 00:03:32 2009 Received: from Debian-exim by gna.org with spam-scanned (Exim 4.63) (envelope-from ) id 1LgoVM-0001xd-Ob for galette-devel@domain.hid; Tue, 10 Mar 2009 00:03:32 +0100 X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on mail.gna.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=3.3 tests=BAYES_00,FORGED_RCVD_HELO, HTML_30_40,HTML_MESSAGE,HTML_TITLE_EMPTY autolearn=ham version=3.1.7-deb Received: from smtp21.orange.fr ([80.12.242.48]) by gna.org with esmtp (Exim 4.63) (envelope-from ) id 1LgoVM-0001wH-MD for galette-devel@domain.hid; Tue, 10 Mar 2009 00:03:28 +0100 Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2118.orange.fr (SMTP Server) with ESMTP id 4202D1C0008C for ; Tue, 10 Mar 2009 00:02:58 +0100 (CET) Received: from bureau.damacosy (ASte-Genev-Bois-154-1-11-126.w83-200.abo.wanadoo.fr [83.200.106.126]) by mwinf2118.orange.fr (SMTP Server) with ESMTP id DEB121C0008B for ; Tue, 10 Mar 2009 00:02:57 +0100 (CET) X-ME-UUID: 20090309230257912.DEB121C0008B@mwinf2118.orange.fr Message-ID: <49B5A021.7050107@domain.hid> Date: Tue, 10 Mar 2009 00:02:57 +0100 From: contact User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: Galette development list References: <49B3E6C3.2090906@domain.hid> <49B58D72.5050106@domain.hid> In-Reply-To: <49B58D72.5050106@domain.hid> Content-Type: multipart/alternative; boundary="------------010306060400080601000408" Subject: Re: [Galette-devel] Plugins - L'heureux tour X-BeenThere: galette-devel@domain.hid X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Galette development list List-Id: Galette development list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2009 23:03:32 -0000 This is a multi-part message in MIME format. --------------010306060400080601000408 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Sylvain VRIGNAUD a =E9crit : > Bonjour, > > Johan Cwiklinski a =E9crit : > =20 >> Salut, >> =20 Bonjour =E0 tous je constate que nous sommes tous d'accord sur un point : il faut que=20 l'application dispose d'une certaine souplesse pour s'adapter =E0 des=20 besoins vari=E9s qui vont de ceux d'un club de bridge (je n'ai contre le=20 bridge) =E0 ceux d'un club multi-sport avec plusieurs sections (ayant=20 chacune des besoins diff=E9rents). >> Je me penche =E0 nouveau sur la question des plugins... >> >> C'est un composant qui me semble de plus en plus n=E9cessaire pour ajo= uter >> des fonctionnalit=E9s =AB non indispensable =E0 la base =BB dans Gale= tte (cf. >> version Sport, gestion de clubs automobiles, et j'en passe). >> =20 >> =20 > > J'ai l'impression que tout ce qu'on veut ajouter marcherait nickel en=20 > tant que plugin... quelque soit la fonctionnalit=E9 demand=E9e. > > =20 En tant qu'utilisateur, qu'importe la techno pourvu que : - la souplesse -et les perfs (temps de r=E9ponse) sont l=E0 >> Actuellement, nous avons deux solutions principales : >> 1- =E9crire un syst=E8me de plugins (probablement en s'inspirant de qu= elque >> chose qui existe, comme le syst=E8me de DotClear2 que je trouve pas ma= l) >> 2- se baser sur un framework >> =20 >> =20 > > J'avais =E9cris un mail dans ce sens il me semble, mais mis =E0 part 2-= 3=20 > r=E9ponses, rien n'=E9tait vraiment sorti de l'affaire. > > =20 En tant que technicien (bien que j'interviens maintenant plus souvent=20 en AMOA ou en gestion de projets que sur la partie technique), j'ai une=20 pr=E9f=E9rence pour un framework : - certes il y a une phase d'apprentissage - et il est vrai que cette approche risque de faire appel "=E0 une usine= =20 =E0 gaz" comme le dit plus bas Sylvain mais j'y vois les avantages suivants : - le framework encapsule un ensemble d'appels techniques : par exemple=20 pour permettre un portage transparent sur mysql ou postgres =3D=3D> plus = de=20 requ=EAtes SQL car on appelle des objets - il dispose de nombreux plugins : - antispam - formulaires - reporting - l'internationalisation - ... - la s=E9curit=E9 est g=E9r=E9e par le framework =3D=3D> donc on repose = sur lui=20 pour les mises =E0 jour - l'imortance d'une communaut=E9 les 2 frameworks que j'ai regard=E9 (de loin) sont Zend et Symfony. Par contre, je pense qu'il faut clairement aller vers l'utilisation des=20 objets de Php 5 ; ce qui semble =EAtre le cas de la version 0.7 (?). De par les outils que j'ai utilis=E9s (lors de projets d'int=E9gration de= =20 progiciels CRM), j'ai constat=E9 qu'il est important de bien s=E9parer le= s=20 couches d'acc=E8s aux donn=E9es et la couche de pr=E9sentation. Ce que fo= nt=20 maintenant la quasi totalit=E9 des progiciels. =E9volutivit=E9 plus facile. Est-ce qu'un framework permet cette approche plus facilement ? a priori=20 oui. par contre, il faudrait probablement que des dvpeurs d=E9j=E0 aguerris =E0= =20 ces outils rejoignent Galette. en tous cas, tant que la partie "fonctionnelle" n'est pas plus avanc=E9e= ,=20 et donc qu'on pas une meilleure vision de la richesse (et complexit=E9)=20 des besoins des utilisateurs, il est peut plus sage de rester sur la=20 direction actuelle, au moins pour la 0.7 ? Quand on aura une liste des besoins, on pourra dire si oui ou non telle=20 approche est meilleure et ensuite faire une roadmap. d'ailleurs o=F9 peut on trouver un doc qui pr=E9sente les grandes lignes = des=20 devs et objectifs de la 0.7 ? a t-on une liste de "plugins" potentiels ? Dans tous les cas, je suis pr=EAt =E0 aider. >> La seconde solution a d=E9j=E0 =E9t=E9 =E9voqu=E9e, mais comporte auss= i certains >> inconv=E9nients (notamment la r=E9=E9criture compl=E8te du code). >> Certains se sont dit pr=EAts =E0 participer si l'on utilisait tel fram= ework, >> ou tel autre (mais peut-=EAtre pas si l'on ne choisit pas celui qu'ils >> connaissent :p). >> >> Se pose donc la question du choix. >> >> =20 >> =20 > > Tant que tu laisses le choix dans la date, moi =E7a me va ! (*touss*) > > =20 >> Pour le c=F4t=E9 framework, =E7a a =E9t=E9 =E9voqu=E9, certes, mais =E0= ma connaissance, >> rien n'a =E9t=E9 fait en ce sens aujourd'hui. Il n'y a pas grand monde= qui >> ait fait de retours plus pr=E9cis ici m=EAme depuis le temps. >> >> =20 >> =20 > > Le gros probl=E8me du framework, c'est de prendre une usine =E0 gaz don= t on=20 > utilise que 10% des fonctionnalit=E9s, puisque le reste ne serait pas=20 > vraiment adapt=E9. Suffit de voir tout ce qui est embarqu=E9 dans galet= te,=20 > qui en fait une appli =E9norme et qui au final ne fait pas tant de chos= es. > > =20 >> Donc, et puisque je suis actuellement l'un des seuls contributeurs au >> code de Galette, je commence =E0 me demander si je ne vais pas puremen= t et >> simplement =AB imposer mes vues =BB ; en fonction de ce que je sais fa= ire et >> de ce que je connais ; ce afin de faire avancer le "schmilblick". >> =20 >> =20 > > Si ta vue est bonne, y'a pas de raison de ne pas l'imposer. Moi elle me= =20 > convient. > > =20 >> Je ne souhaite vraiment pas perdre mon temps =E0 impl=E9menter ce genr= e de >> chose si c'est pour l'abandonner dans six mois, c'est pas mal de boulo= t >> d=E9j=E0 ; donc si c'est pour partir sur un framework, je g=E8le de mo= n c=F4t=E9 >> l'ajout de nouvelles fonctionnalit=E9s, et me contenterai de continuer >> uniquement sur ce qui est d=E9j=E0 pr=E9sent dans le SVN pour la 0.7. >> >> Je ne souhaite pas non plus m'investir dans un framework que je ne >> connais pas (je n'en connais aucun) si je dois rester le seul =E0 prod= uire >> des lignes de code. >> =20 >> =20 > > Si tu te sens pr=EAt =E0 jeter les premi=E8res pierres d'un syst=E8me d= e plugin,=20 > je veux bien te suivre dans ton id=E9e. Moi j'suis pas bon pour jeter l= es=20 > premi=E8res pierres, la derni=E8re fois j'ai cass=E9 un carreau... > > =20 >> Bon dimanche, >> Johan >> =20 >> =20 > > A+ > > Sylvain > > _______________________________________________ > Galette-devel mailing list > Galette-devel@domain.hid > https://mail.gna.org/listinfo/galette-devel > > =20 --=20 Pr=E9sident de la section "Montagne et Escalade"=20 du Trait d'Union de Verri=E8res le Buisson (TUVB) =20 email : contact@domain.hid Site Web : www.tuvb-escalade.org Membre de l'April - =AB promouvoir et d=E9fendre le logiciel libre =BB http://www.april.org --------------010306060400080601000408 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sylvain VRIGNAUD a écrit :

Bonjour,

Johan Cwiklinski a écrit :

Salut,

Bonjour à tous

je constate que nous sommes tous d'accord sur un point : il faut que l'application dispose d'une certaine souplesse pour s'adapter à des besoins variés qui vont de ceux d'un club de bridge (je n'ai contre le bridge) à ceux d'un club multi-sport avec plusieurs sections (ayant chacune des besoins différents).

Je me penche à nouveau sur la question des plugins...

C'est un composant qui me semble de plus en plus nécessaire pour ajouter
des fonctionnalités « non indispensable à la base »  dans Galette (cf.
version Sport, gestion de clubs automobiles, et j'en passe).


J'ai l'impression que tout ce qu'on veut ajouter marcherait nickel en 
tant que plugin... quelque soit la fonctionnalité demandée.

En tant qu'utilisateur, qu'importe la techno pourvu que :
- la souplesse
-et les perfs (temps de réponse)
sont là

Actuellement, nous avons deux solutions principales :
1- écrire un système de plugins (probablement en s'inspirant de quelque
chose qui existe, comme le système de DotClear2 que je trouve pas mal)
2- se baser sur un framework


J'avais écris un mail dans ce sens il me semble, mais mis à part 2-3 
réponses, rien n'était vraiment sorti de l'affaire.

En tant que technicien (bien que j'interviens maintenant plus souvent en AMOA ou en gestion de projets que sur la partie technique), j'ai une préférence pour un framework :
- certes il y a une phase d'apprentissage
- et il est vrai que cette approche risque de faire appel "à une usine à gaz" comme le dit plus bas Sylvain

mais j'y vois les avantages suivants :
- le framework encapsule un ensemble d'appels techniques : par exemple pour permettre un portage transparent sur mysql ou postgres ==> plus de requêtes SQL car on appelle des objets
- il dispose de nombreux plugins :
    - antispam
    - formulaires
    - reporting
    - l'internationalisation
    - ...
- la sécurité est gérée par le framework ==> donc on repose sur lui pour les mises à jour
- l'imortance d'une communauté

les 2 frameworks que j'ai regardé (de loin) sont Zend et Symfony.

Par contre, je pense qu'il faut clairement aller vers l'utilisation des objets de Php 5 ; ce qui semble être le cas de la version 0.7 (?).

De par les outils que j'ai utilisés (lors de projets d'intégration de progiciels CRM), j'ai constaté qu'il est important de bien séparer les couches d'accès aux données et la couche de présentation. Ce que font maintenant la quasi totalité des progiciels.
évolutivité plus facile.
Est-ce qu'un framework permet cette approche plus facilement ? a priori oui.

par contre, il faudrait probablement que des dvpeurs déjà aguerris à ces outils rejoignent Galette.

en tous cas, tant que la partie "fonctionnelle" n'est pas plus avancée, et donc qu'on pas une meilleure vision de la richesse (et complexité) des besoins des utilisateurs, il est peut plus sage de rester sur la direction actuelle, au moins pour la 0.7 ?

Quand on aura une liste des besoins, on pourra dire si oui ou non telle approche est meilleure et ensuite faire une roadmap.

d'ailleurs où peut on trouver un doc qui présente les grandes lignes des devs et objectifs de la 0.7 ?
a t-on une liste de "plugins" potentiels ?

Dans tous les cas, je suis prêt à aider.

La seconde solution a déjà été évoquée, mais comporte aussi certains
inconvénients (notamment la réécriture complète du code).
Certains se sont dit prêts à participer si l'on utilisait tel framework,
ou tel autre (mais peut-être pas si l'on ne choisit pas celui qu'ils
connaissent :p).

Se pose donc la question du choix.


Tant que tu laisses le choix dans la date, moi ça me va ! (*touss*)

Pour le côté framework, ça a été évoqué, certes, mais à ma connaissance,
rien n'a été fait en ce sens aujourd'hui. Il n'y a pas grand monde qui
ait fait de retours plus précis ici même depuis le temps.


Le gros problème du framework, c'est de prendre une usine à gaz dont on 
utilise que 10% des fonctionnalités, puisque le reste ne serait pas 
vraiment adapté. Suffit de voir tout ce qui est embarqué dans galette, 
qui en fait une appli énorme et qui au final ne fait pas tant de choses.

Donc, et puisque je suis actuellement l'un des seuls contributeurs au
code de Galette, je commence à me demander si je ne vais pas purement et
simplement « imposer mes vues » ; en fonction de ce que je sais faire et
de ce que je connais ; ce afin de faire avancer le "schmilblick".


Si ta vue est bonne, y'a pas de raison de ne pas l'imposer. Moi elle me 
convient.

Je ne souhaite vraiment pas perdre mon temps à implémenter ce genre de
chose si c'est pour l'abandonner dans six mois, c'est pas mal de boulot
déjà ; donc si c'est pour partir sur un framework, je gèle de mon côté
l'ajout de nouvelles fonctionnalités, et me contenterai de continuer
uniquement sur ce qui est déjà présent dans le SVN pour la 0.7.

Je ne souhaite pas non plus m'investir dans un framework que je ne
connais pas (je n'en connais aucun) si je dois rester le seul à produire
des lignes de code.


Si tu te sens prêt à jeter les premières pierres d'un système de plugin, 
je veux bien te suivre dans ton idée. Moi j'suis pas bon pour jeter les 
premières pierres, la dernière fois j'ai cassé un carreau...

Bon dimanche,
Johan


A+

Sylvain

_______________________________________________
Galette-devel mailing list
Galette-devel@domain.hid
https://mail.gna.org/listinfo/galette-devel

-- 
Président de la section "Montagne et Escalade" 
du Trait d'Union de Verrières le Buisson (TUVB)
 
email : contact@domain.hid
Site Web : www.tuvb-escalade.org

Membre de l'April - « promouvoir et défendre le logiciel libre »
http://www.april.org

--------------010306060400080601000408-- From johan@domain.hid Tue Mar 10 00:51:32 2009 Received: from Debian-exim by gna.org with spam-scanned (Exim 4.63) (envelope-from ) id 1LgpFn-0006cE-HT for galette-devel@domain.hid; Tue, 10 Mar 2009 00:51:32 +0100 X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on mail.gna.org X-Spam-Level: X-Spam-Status: No, score=-2.0 required=3.3 tests=AWL,BAYES_00 autolearn=ham version=3.1.7-deb Received: from 27.mail-out.ovh.net ([91.121.30.210]) by gna.org with smtp (Exim 4.63) (envelope-from ) id 1LgpFn-0006be-EV for galette-devel@domain.hid; Tue, 10 Mar 2009 00:51:27 +0100 Received: (qmail 13859 invoked by uid 503); 9 Mar 2009 23:29:42 -0000 Received: from b7.ovh.net (HELO mail425.ha.ovh.net) (213.186.33.57) by 27.mail-out.ovh.net with SMTP; 9 Mar 2009 23:29:42 -0000 Received: from b0.ovh.net (HELO queue-out) (213.186.33.50) by b0.ovh.net with SMTP; 9 Mar 2009 23:24:49 -0000 Received: from bas33-2-82-230-0-44.fbx.proxad.net (HELO ?192.168.1.2?) (trasher@domain.hid) by ns0.ovh.net with SMTP; 9 Mar 2009 23:24:47 -0000 Message-ID: <49B5A536.4090101@domain.hid> Date: Tue, 10 Mar 2009 00:24:38 +0100 From: Johan Cwiklinski User-Agent: Thunderbird 2.0.0.19 (X11/20090101) MIME-Version: 1.0 To: Galette development list References: <49B3E6C3.2090906@domain.hid> <49B58D72.5050106@domain.hid> <49B5A021.7050107@domain.hid> In-Reply-To: <49B5A021.7050107@domain.hid> X-Enigmail-Version: 0.95.7 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigFEBAB061D8AE5CBA9D03CF09" X-Ovh-Tracer-Id: 11907235939993678000 X-Ovh-Remote: 82.230.0.44 (bas33-2-82-230-0-44.fbx.proxad.net) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) Subject: Re: [Galette-devel] Plugins - L'heureux tour X-BeenThere: galette-devel@domain.hid X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Galette development list List-Id: Galette development list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2009 23:51:33 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigFEBAB061D8AE5CBA9D03CF09 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Salut, contact a =E9crit : > En tant qu'utilisateur, qu'importe la techno pourvu que : > - la souplesse > -et les perfs (temps de r=E9ponse) > sont l=E0 C'est pour =E7a que la question n'est pas pos=E9e sur la liste discussion= , mais devel ;-) > Par contre, je pense qu'il faut clairement aller vers l'utilisation > des objets de Php 5 ; ce qui semble =EAtre le cas de la version 0.7 (?)= =2E C'est le cas, enfin c'est en cours de r=E9=E9criture en ce sens. > Quand on aura une liste des besoins, on pourra dire si oui ou non > telle approche est meilleure et ensuite faire une roadmap. On a pas de liste r=E9ellement =E9tablie, mais on connait d=E9j=E0 plus o= u moins les besoins (au fil des listes). Effectivement, il faudrait synth=E9tiser= un peu tout =E7a, mais =E7a demande du temps et du courage, je n'ai ni l'= un ni l'autre :-D > > d'ailleurs o=F9 peut on trouver un doc qui pr=E9sente les grandes ligne= s > des devs et objectifs de la 0.7 ? > a t-on une liste de "plugins" potentiels ? Depuis peu, oui : http://galette.tuxfamily.org/fr/doku.php?id=3Ddocumentation:dev:heavywork= (je cr=E9ais cette page quand ce message est arriv=E9). > > Dans tous les cas, je suis pr=EAt =E0 aider. Cool :-) Je viens d'avoir une discussion avec Sylvain sur IRC =E0 ce sujet, et je sais de source s=FBre qu'il va r=E9pondre =E0 ce mail... Je lui laisse do= nc la parole :--) Bonne soir=E9e, Johan --------------enigFEBAB061D8AE5CBA9D03CF09 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Remi - http://enigmail.mozdev.org iEYEARECAAYFAkm1pTwACgkQ7N2B+4uln5QXgACeNedg+nBY5ynEtf9yrYwkeKky IhwAoNq25xiB+cbhPpwJvnO8LMDrVk+b =Dr2D -----END PGP SIGNATURE----- --------------enigFEBAB061D8AE5CBA9D03CF09-- From misric@domain.hid Tue Mar 10 01:46:48 2009 Received: from Debian-exim by gna.org with spam-scanned (Exim 4.63) (envelope-from ) id 1Lgq7I-0004md-NZ for galette-devel@domain.hid; Tue, 10 Mar 2009 01:46:48 +0100 X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on mail.gna.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.3 tests=BAYES_00 autolearn=ham version=3.1.7-deb Received: from smtp4-g21.free.fr ([212.27.42.4]) by gna.org with esmtp (Exim 4.63) (envelope-from ) id 1Lgq7I-0004mQ-Fo for galette-devel@domain.hid; Tue, 10 Mar 2009 01:46:44 +0100 Received: from smtp4-g21.free.fr (localhost [127.0.0.1]) by smtp4-g21.free.fr (Postfix) with ESMTP id E42754C80CE for ; Tue, 10 Mar 2009 01:46:41 +0100 (CET) Received: from [192.168.0.100] (tikka.misric.org [88.163.33.143]) by smtp4-g21.free.fr (Postfix) with ESMTP id C85864C8035 for ; Tue, 10 Mar 2009 01:46:38 +0100 (CET) Message-ID: <49B5B86F.4050508@domain.hid> Date: Tue, 10 Mar 2009 01:46:39 +0100 From: Sylvain VRIGNAUD User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Galette development list References: <49B3E6C3.2090906@domain.hid> <49B58D72.5050106@domain.hid> <49B5A021.7050107@domain.hid> In-Reply-To: <49B5A021.7050107@domain.hid> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Subject: Re: [Galette-devel] Plugins - L'heureux tour X-BeenThere: galette-devel@domain.hid X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Galette development list List-Id: Galette development list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2009 00:46:48 -0000 Re ! contact a =E9crit : > > Bonjour =E0 tous > > je constate que nous sommes tous d'accord sur un point : il faut que=20 > l'application dispose d'une certaine souplesse pour s'adapter =E0 des=20 > besoins vari=E9s qui vont de ceux d'un club de bridge (je n'ai contre l= e=20 > bridge) =E0 ceux d'un club multi-sport avec plusieurs sections (ayant=20 > chacune des besoins diff=E9rents). Vu le nombre de personnes qui modifient galette =E0 la rache, effectiveme= nt ! > En tant qu'utilisateur, qu'importe la techno pourvu que : > - la souplesse > -et les perfs (temps de r=E9ponse) > sont l=E0 La souplesse, je suis d'accord, c'est facile =E0 maitriser, c'est du=20 fonctionnel pur. Les perfs un peu moins. Ca d=E9pend aussi de la b=E9cane qu'on met derri=E8= re.=20 Pour une appli de la taille de galette, sommes nous r=E9ellement concern=E9= s=20 par ce genre de probl=E8me? > En tant que technicien (bien que j'interviens maintenant plus souvent=20 > en AMOA ou en gestion de projets que sur la partie technique), j'ai=20 > une pr=E9f=E9rence pour un framework : Reste =E0 ne pas m=E9langer les besoins d'un progiciel d'entreprise =E0 c= elui=20 d'une micro-application web... > - certes il y a une phase d'apprentissage > - et il est vrai que cette approche risque de faire appel "=E0 une=20 > usine =E0 gaz" comme le dit plus bas Sylvain L'apprentissage, =E7a se r=E9soud, si le framework est assez simple. Un bon Symfony de base tape dans les 5.5 Mo, tout de m=EAme ! > > mais j'y vois les avantages suivants : > - le framework encapsule un ensemble d'appels techniques : par=20 > exemple pour permettre un portage transparent sur mysql ou postgres=20 > =3D=3D> plus de requ=EAtes SQL car on appelle des objets Ca se r=E9soud simplement aussi sans framework. Maintenant les=20 utilisateurs de postgres sont plut=F4t rares malheureusement... ainsi que= =20 les serveurs... "Bonjour monsieur Free, est-ce que je peux h=E9berger mon= =20 site avec postgres?" > - il dispose de nombreux plugins : > - antispam > - formulaires > - reporting > - l'internationalisation > - ... Pour la taille, c'est quand m=EAme un minimum, je l'accorde ! Reste =E0=20 savoir si c'est n=E9cessaire de se trimballer tous les outils... > - la s=E9curit=E9 est g=E9r=E9e par le framework =3D=3D> donc on repos= e sur lui=20 > pour les mises =E0 jour > - l'imortance d'une communaut=E9 La s=E9curit=E9 du framework, tout le monde s'en fout. Si d=E9j=E0 les=20 utilisateurs mettent =E0 jour la galette, c'est un grand pas, alors le=20 framework dedans... euh... Pour info, y'en a qui mettent =E0 jour adoDB dans leur galette? La communaut=E9 du framework? quel rapport? > > les 2 frameworks que j'ai regard=E9 (de loin) sont Zend et Symfony. J'ai regard=E9 aussi, maintenant si on a une appli grosse comme un module= =20 du framework, =E7a frise presque le ridicule, non? > > Par contre, je pense qu'il faut clairement aller vers l'utilisation=20 > des objets de Php 5 ; ce qui semble =EAtre le cas de la version 0.7 (?)= . > L'utilisation des objets semble in=E9vitable dans tous les cas. J'ai du=20 mal =E0 concevoir quelque chose de simple sans... Mais l=E0 dessus, on es= t=20 tous d'accord ! > De par les outils que j'ai utilis=E9s (lors de projets d'int=E9gration = de=20 > progiciels CRM), j'ai constat=E9 qu'il est important de bien s=E9parer = les=20 > couches d'acc=E8s aux donn=E9es et la couche de pr=E9sentation. Ce que = font=20 > maintenant la quasi totalit=E9 des progiciels. > =E9volutivit=E9 plus facile. > Est-ce qu'un framework permet cette approche plus facilement ? a=20 > priori oui. La s=E9paration des 3 couches est aussi tr=E8s importante, elle se dessin= e=20 faiblement =E0 travers de la galette actuellement. On sent une couche=20 "adoDB" et une couche "template", m=EAme si c'est assez l=E9ger. Savoir s= i=20 l'approche d=E9pend du framework, je demande =E0 voir... C'est une questi= on=20 d'organisation apr=E8s. > > par contre, il faudrait probablement que des dvpeurs d=E9j=E0 aguerris = =E0=20 > ces outils rejoignent Galette. > Si d=E9j=E0 il y avait des d=E9veloppeurs simplement... > en tous cas, tant que la partie "fonctionnelle" n'est pas plus=20 > avanc=E9e, et donc qu'on pas une meilleure vision de la richesse (et=20 > complexit=E9) des besoins des utilisateurs, il est peut plus sage de=20 > rester sur la direction actuelle, au moins pour la 0.7 ? > Oui, fonctionnellement il faut pousser l'analyse. Le soucis avec la 0.7,=20 c'est qu'on est clairement limit=E9 avec l'absence de plugins. Est-il=20 vraiment utile de pousser le d=E9veloppement d'une branche qu'on sait d=E9= j=E0=20 sans issue? > Quand on aura une liste des besoins, on pourra dire si oui ou non=20 > telle approche est meilleure et ensuite faire une roadmap. > Les besoins, on les connait d=E9j=E0. On sait d=E9j=E0 par d=E9finition q= u'ils=20 sont tous diff=E9rents suivant les associations. Je pense que certains=20 seraient pas contre des petits plugins g=E9rant les facturations ou alors= =20 la comptabilit=E9, ou bien g=E9rer des activit=E9s s=E9par=E9es. Les beso= ins=20 arriveront d'eux m=EAme. On peut pr=E9parer une liste pr=E9cise, mais fau= t pas=20 commencer d=E9j=E0 par le fonctionnel? > d'ailleurs o=F9 peut on trouver un doc qui pr=E9sente les grandes ligne= s=20 > des devs et objectifs de la 0.7 ? > a t-on une liste de "plugins" potentiels ? cf mail de Johan ;) > Dans tous les cas, je suis pr=EAt =E0 aider. On a toujours besoin de monde en gestion de projet, mais faut savoir=20 proportionner les outils en fonction de l'application et de l'=E9quipe ;) A+ Sylvain PS : j'ai quelques id=E9es qui naissent au fur et =E0 mesure du temps, le= s=20 chosent commencent =E0 se mettre en place progressivement. Suite au=20 prochain =E9pisode ! From contact@domain.hid Tue Mar 10 21:32:09 2009 Received: from Debian-exim by gna.org with spam-scanned (Exim 4.63) (envelope-from ) id 1Lh8cN-0002WC-5B for galette-devel@domain.hid; Tue, 10 Mar 2009 21:32:09 +0100 X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on mail.gna.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=3.3 tests=BAYES_00,FORGED_RCVD_HELO, HTML_30_40,HTML_MESSAGE,HTML_TITLE_EMPTY autolearn=ham version=3.1.7-deb Received: from smtp28.orange.fr ([80.12.242.100]) by gna.org with esmtp (Exim 4.63) (envelope-from ) id 1Lh8cN-0002SK-2j for galette-devel@domain.hid; Tue, 10 Mar 2009 21:32:03 +0100 Received: from smtp28.orange.fr (mwinf2828 [10.232.15.128]) by mwinf2815.orange.fr (SMTP Server) with ESMTP id A67151C03352 for ; Tue, 10 Mar 2009 21:14:03 +0100 (CET) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2828.orange.fr (SMTP Server) with ESMTP id 87A187000098 for ; Tue, 10 Mar 2009 21:14:03 +0100 (CET) Received: from bureau.damacosy (ASte-Genev-Bois-154-1-44-39.w86-198.abo.wanadoo.fr [86.198.83.39]) by mwinf2828.orange.fr (SMTP Server) with ESMTP id 1C5297000096 for ; Tue, 10 Mar 2009 21:14:03 +0100 (CET) X-ME-UUID: 20090310201403116.1C5297000096@domain.hid Message-ID: <49B6CA0A.5090704@domain.hid> Date: Tue, 10 Mar 2009 21:14:02 +0100 From: contact User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: Galette development list References: <49B3E6C3.2090906@domain.hid> <49B58D72.5050106@domain.hid> <49B5A021.7050107@domain.hid> <49B5B86F.4050508@domain.hid> In-Reply-To: <49B5B86F.4050508@domain.hid> Content-Type: multipart/alternative; boundary="------------070008030307050707010301" X-Mailman-Approved-At: Wed, 11 Mar 2009 08:21:15 +0100 Subject: Re: [Galette-devel] Plugins - L'heureux tour X-BeenThere: galette-devel@domain.hid X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Galette development list List-Id: Galette development list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2009 20:32:09 -0000 This is a multi-part message in MIME format. --------------070008030307050707010301 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Salut =E0 tous Contrairement aux habitudes je ne vais pas r=E9pondre dans le texte pour=20 plus de clart=E9 et faire court (enfin essayer :-) ). Concernant l'encapsulation des appels =E0 la base de donn=E9es : il est v= rai=20 que cela ne n=E9cessite pas un framework en soi. par contre l'int=E9r=EAt de disposer de "connecteurs" sur des bases autre= s=20 que mysql est int=E9ressant. Je citais Postgres car je pensais =E0 une=20 passerelle vers PhpCompta (j'utilise dolibarr et l'utilisation conjointe=20 avec phpcompta n'est pas possible parceque dolibar n'est pas port=E9 et n= e=20 peut pas =EAtre simplement port=E9 sur postgres). Dans le cas d'une assoc., je pense que Galette devrait rester sur la=20 partie Gestion des adh=E9rents, sans aller construire un plugin de compta= . L'int=E9r=EAt de plugins permettant d'activer des fonctionnalit=E9s =E0 l= a=20 demande est effectivement n=E9cessaire. L=E0 aussi un framework n'est pas= =20 n=E9cessaire. Mais les principes d'une approche MVC devront =EAtre respec= t=E9s. Prenons l'exemple du reporting : - En tant qu'utilisateur final, l'export CVS n'est pas satisfaisant=20 : Qu'est ce que je fais une fois l'export effectu=E9 ? il faut importer=20 dans un tableur, mettre en forme, ... : c'est lourd quand il faut le=20 faire toutes les semaines pour plusieurs tableaux (par exemple en d=E9but= =20 d'ann=E9e quand il faut surveiller le remplissage des cours, faire les=20 relances sur les certificats m=E9dicaux, ... ) - de plus, des exports CVS qui g=E9n=E8rent un fichier par table ce n'= est=20 pas top : il faut ensuite refaire des jointures dans le tableur. Pas =E0=20 la port=E9e de tous. Donc il faut une approche plus adapt=E9e aux besoins des utilisateurs qui= =20 n=E9cessitera : - de pr=E9voir plusieurs type de listings : Adh=E9rents, Licences, Cours= ,=20 Equipes, Comp=E9titions, ... - l'alimentation de ces listing doit =EAtre faite =E0 partir d'objets=20 m=E9tiers interfa=E7ant la base de donn=E9es et collectant les donn=E9es = =E0=20 partir de plusieurs tables si n=E9cessaire (remarque : ces objets m=E9tie= rs=20 ont les retrouvera aussi dans les diff=E9rents =E9crans de l'IHM) - et finalement avec un export CVS (ou autres : PDF, ... ) pour une=20 reprise dans un tableur Pour la partie reporting : je comparerai ces "objets" ou "vues" m=E9tier=20 aux univers de l'outil de reporting Business Objets. Ne serait-il pas possible de proposer des =E9crans de reporting (ou=20 d'export) pour chacune de ces vues, dans lesquels on s=E9lectionne ses=20 donn=E9es. A partir des donn=E9es s=E9lectionn=E9es, un listing est dynamiquement co= nstruit. D'ailleurs avez vous jet=E9 un oeil sur des classes PHP qui proposent de=20 construire rapidement des listings =E0 partir de requ=EAtes SQL ? et si on g=E9n=E9ralise, on pourrait s=E9lectionner des donn=E9es de "vue= s=20 m=E9tier" diff=E9rentes, par exemple : - la vue Ad=E9rents : pour avoir le nom, pr=E9nom, coords. t=E9l=E9p= honique - la vue Cours : pour avoir le num=E9ro, le jours et le nom de=20 l'animateur du cours afin de construire un listing des enfants des cours =E0 remettre aux=20 animamteurs. Ceci est r=E9alisable si les jointures entre les objets (en fait les=20 tables) sont d=E9j=E0 connues de l'applicatif. Si vous =EAtes int=E9ress=E9s je vous mettrai en ligne une version de la = '0.63=20 customis=E9e' pour mes besoins, suite =E0 quoi en fonction de vos retours= je=20 m'attaquerai =E0 un doc regroupant les diff=E9rents besoins de gestion de= s=20 adh=E9rents et des activit=E9s d'une association, sportive ou non. Il est clair que ce type de doc devra ensuite =EAtre compl=E9t=E9 par d'a= utres=20 personnes. A+ Christophe Sylvain VRIGNAUD a =E9crit : > Re ! > > contact a =E9crit : > =20 >> Bonjour =E0 tous >> >> je constate que nous sommes tous d'accord sur un point : il faut que=20 >> l'application dispose d'une certaine souplesse pour s'adapter =E0 des=20 >> besoins vari=E9s qui vont de ceux d'un club de bridge (je n'ai contre = le=20 >> bridge) =E0 ceux d'un club multi-sport avec plusieurs sections (ayant=20 >> chacune des besoins diff=E9rents). >> =20 > > Vu le nombre de personnes qui modifient galette =E0 la rache, effective= ment ! > > =20 >> En tant qu'utilisateur, qu'importe la techno pourvu que : >> - la souplesse >> -et les perfs (temps de r=E9ponse) >> sont l=E0 >> =20 > > La souplesse, je suis d'accord, c'est facile =E0 maitriser, c'est du=20 > fonctionnel pur. > Les perfs un peu moins. Ca d=E9pend aussi de la b=E9cane qu'on met derr= i=E8re.=20 > Pour une appli de la taille de galette, sommes nous r=E9ellement concer= n=E9s=20 > par ce genre de probl=E8me? > > =20 >> En tant que technicien (bien que j'interviens maintenant plus souvent= =20 >> en AMOA ou en gestion de projets que sur la partie technique), j'ai=20 >> une pr=E9f=E9rence pour un framework : >> =20 > > Reste =E0 ne pas m=E9langer les besoins d'un progiciel d'entreprise =E0= celui=20 > d'une micro-application web... > > =20 >> - certes il y a une phase d'apprentissage >> - et il est vrai que cette approche risque de faire appel "=E0 une=20 >> usine =E0 gaz" comme le dit plus bas Sylvain >> =20 > > L'apprentissage, =E7a se r=E9soud, si le framework est assez simple. > Un bon Symfony de base tape dans les 5.5 Mo, tout de m=EAme ! > > =20 >> mais j'y vois les avantages suivants : >> - le framework encapsule un ensemble d'appels techniques : par=20 >> exemple pour permettre un portage transparent sur mysql ou postgres=20 >> =3D=3D> plus de requ=EAtes SQL car on appelle des objets >> =20 > Ca se r=E9soud simplement aussi sans framework. Maintenant les=20 > utilisateurs de postgres sont plut=F4t rares malheureusement... ainsi q= ue=20 > les serveurs... "Bonjour monsieur Free, est-ce que je peux h=E9berger m= on=20 > site avec postgres?" > > =20 >> - il dispose de nombreux plugins : >> - antispam >> - formulaires >> - reporting >> - l'internationalisation >> - ... >> =20 > Pour la taille, c'est quand m=EAme un minimum, je l'accorde ! Reste =E0= =20 > savoir si c'est n=E9cessaire de se trimballer tous les outils... > > =20 >> - la s=E9curit=E9 est g=E9r=E9e par le framework =3D=3D> donc on repo= se sur lui=20 >> pour les mises =E0 jour >> - l'imortance d'une communaut=E9 >> =20 > La s=E9curit=E9 du framework, tout le monde s'en fout. Si d=E9j=E0 les=20 > utilisateurs mettent =E0 jour la galette, c'est un grand pas, alors le=20 > framework dedans... euh... > Pour info, y'en a qui mettent =E0 jour adoDB dans leur galette? > > La communaut=E9 du framework? quel rapport? > > > =20 >> les 2 frameworks que j'ai regard=E9 (de loin) sont Zend et Symfony. >> =20 > > J'ai regard=E9 aussi, maintenant si on a une appli grosse comme un modu= le=20 > du framework, =E7a frise presque le ridicule, non? > > =20 >> Par contre, je pense qu'il faut clairement aller vers l'utilisation=20 >> des objets de Php 5 ; ce qui semble =EAtre le cas de la version 0.7 (?= ). >> >> =20 > > L'utilisation des objets semble in=E9vitable dans tous les cas. J'ai du= =20 > mal =E0 concevoir quelque chose de simple sans... Mais l=E0 dessus, on = est=20 > tous d'accord ! > > =20 >> De par les outils que j'ai utilis=E9s (lors de projets d'int=E9gration= de=20 >> progiciels CRM), j'ai constat=E9 qu'il est important de bien s=E9parer= les=20 >> couches d'acc=E8s aux donn=E9es et la couche de pr=E9sentation. Ce que= font=20 >> maintenant la quasi totalit=E9 des progiciels. >> =E9volutivit=E9 plus facile. >> Est-ce qu'un framework permet cette approche plus facilement ? a=20 >> priori oui. >> =20 > La s=E9paration des 3 couches est aussi tr=E8s importante, elle se dess= ine=20 > faiblement =E0 travers de la galette actuellement. On sent une couche=20 > "adoDB" et une couche "template", m=EAme si c'est assez l=E9ger. Savoir= si=20 > l'approche d=E9pend du framework, je demande =E0 voir... C'est une ques= tion=20 > d'organisation apr=E8s. > > =20 >> par contre, il faudrait probablement que des dvpeurs d=E9j=E0 aguerris= =E0=20 >> ces outils rejoignent Galette. >> >> =20 > > Si d=E9j=E0 il y avait des d=E9veloppeurs simplement... > > =20 >> en tous cas, tant que la partie "fonctionnelle" n'est pas plus=20 >> avanc=E9e, et donc qu'on pas une meilleure vision de la richesse (et=20 >> complexit=E9) des besoins des utilisateurs, il est peut plus sage de=20 >> rester sur la direction actuelle, au moins pour la 0.7 ? >> >> =20 > Oui, fonctionnellement il faut pousser l'analyse. Le soucis avec la 0.7= ,=20 > c'est qu'on est clairement limit=E9 avec l'absence de plugins. Est-il=20 > vraiment utile de pousser le d=E9veloppement d'une branche qu'on sait d= =E9j=E0=20 > sans issue? > > =20 >> Quand on aura une liste des besoins, on pourra dire si oui ou non=20 >> telle approche est meilleure et ensuite faire une roadmap. >> >> =20 > Les besoins, on les connait d=E9j=E0. On sait d=E9j=E0 par d=E9finition= qu'ils=20 > sont tous diff=E9rents suivant les associations. Je pense que certains=20 > seraient pas contre des petits plugins g=E9rant les facturations ou alo= rs=20 > la comptabilit=E9, ou bien g=E9rer des activit=E9s s=E9par=E9es. Les be= soins=20 > arriveront d'eux m=EAme. On peut pr=E9parer une liste pr=E9cise, mais f= aut pas=20 > commencer d=E9j=E0 par le fonctionnel? > > > =20 >> d'ailleurs o=F9 peut on trouver un doc qui pr=E9sente les grandes lign= es=20 >> des devs et objectifs de la 0.7 ? >> a t-on une liste de "plugins" potentiels ? >> =20 > cf mail de Johan ;) > > =20 >> Dans tous les cas, je suis pr=EAt =E0 aider. >> =20 > > On a toujours besoin de monde en gestion de projet, mais faut savoir=20 > proportionner les outils en fonction de l'application et de l'=E9quipe = ;) > > > A+ > > Sylvain > > PS : j'ai quelques id=E9es qui naissent au fur et =E0 mesure du temps, = les=20 > chosent commencent =E0 se mettre en place progressivement. Suite au=20 > prochain =E9pisode ! > > _______________________________________________ > Galette-devel mailing list > Galette-devel@domain.hid > https://mail.gna.org/listinfo/galette-devel > > =20 --=20 Pr=E9sident de la section "Montagne et Escalade"=20 du Trait d'Union de Verri=E8res le Buisson (TUVB) =20 email : contact@domain.hid Site Web : www.tuvb-escalade.org Membre de l'April - =AB promouvoir et d=E9fendre le logiciel libre =BB http://www.april.org --------------070008030307050707010301 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Salut à tous

Contrairement aux habitudes je ne vais pas répondre dans le texte pour plus de clarté et faire court (enfin essayer :-) ).

Concernant l'encapsulation des appels à la base de données : il est vrai que cela ne nécessite pas un framework en soi.
par contre l'intérêt de disposer de "connecteurs" sur des bases autres que mysql est intéressant. Je citais Postgres car je pensais à une passerelle vers PhpCompta (j'utilise dolibarr et l'utilisation conjointe avec phpcompta n'est pas possible parceque dolibar n'est pas porté et ne peut pas être simplement porté sur postgres).

Dans le cas d'une assoc., je pense que Galette devrait rester sur la partie Gestion des adhérents, sans aller construire un plugin de compta.

L'intérêt de plugins permettant d'activer des fonctionnalités à la demande est effectivement nécessaire. Là aussi un framework n'est pas nécessaire. Mais les principes d'une approche MVC devront être respectés.

Prenons l'exemple du reporting :
    - En tant qu'utilisateur final, l'export CVS n'est pas satisfaisant : Qu'est ce que je fais une fois l'export effectué ? il faut importer dans un tableur, mettre en forme, ... : c'est lourd quand il faut le faire toutes les semaines pour plusieurs tableaux (par exemple en début d'année quand il faut surveiller le remplissage des cours, faire les relances sur les certificats médicaux, ... )
   - de plus, des exports CVS qui génèrent un fichier par table ce n'est pas top : il faut ensuite refaire des jointures dans le tableur. Pas à la portée de tous.

Donc il faut une approche plus adaptée aux besoins des utilisateurs qui nécessitera :
- de prévoir plusieurs type de listings : Adhérents, Licences, Cours, Equipes, Compétitions, ...
- l'alimentation de ces listing doit être faite à partir d'objets métiers interfaçant la base de données et collectant les données à partir de plusieurs tables si nécessaire (remarque : ces objets métiers ont les retrouvera aussi dans les différents écrans de l'IHM)
- et finalement avec un export CVS (ou autres : PDF, ... ) pour une reprise dans un tableur

Pour la partie reporting : je comparerai ces "objets" ou "vues" métier aux univers de l'outil de reporting Business Objets.

Ne serait-il pas possible de proposer des écrans de reporting (ou d'export) pour chacune de ces vues, dans lesquels on sélectionne ses données.
A partir des données sélectionnées, un listing est dynamiquement construit.
D'ailleurs avez vous jeté un oeil sur des classes PHP qui proposent de construire rapidement des listings à partir de requêtes SQL ?

et si on généralise, on pourrait sélectionner des données de "vues métier" différentes, par exemple :
     - la vue Adérents : pour avoir le nom, prénom, coords. téléphonique
   - la vue Cours : pour avoir le numéro, le jours et le nom de l'animateur du cours
afin de construire un listing des enfants des cours à remettre aux animamteurs.

Ceci est réalisable si les jointures entre les objets (en fait les tables) sont déjà connues de l'applicatif.

Si vous êtes intéressés je vous mettrai en ligne une version de la '0.63 customisée' pour mes besoins, suite à quoi en fonction de vos retours je m'attaquerai à un doc regroupant les différents besoins de gestion des adhérents et des activités d'une association, sportive ou non.
Il est clair que ce type de doc devra ensuite être complété par d'autres personnes.

A+
Christophe

Sylvain VRIGNAUD a écrit :

Re !

contact a écrit :

Bonjour à tous

je constate que nous sommes tous d'accord sur un point : il faut que 
l'application dispose d'une certaine souplesse pour s'adapter à des 
besoins variés qui vont de ceux d'un club de bridge (je n'ai contre le 
bridge) à ceux d'un club multi-sport avec plusieurs sections (ayant 
chacune des besoins différents).


Vu le nombre de personnes qui modifient galette à la rache, effectivement !

En tant qu'utilisateur, qu'importe la techno pourvu que :
 - la souplesse
 -et les perfs (temps de réponse)
sont là


La souplesse, je suis d'accord, c'est facile à maitriser, c'est du 
fonctionnel pur.
Les perfs un peu moins. Ca dépend aussi de la bécane qu'on met derrière. 
Pour une appli de la taille de galette, sommes nous réellement concernés 
par ce genre de problème?

En tant que technicien  (bien que j'interviens maintenant plus souvent 
en AMOA ou en gestion de projets que sur la partie technique), j'ai 
une préférence pour un framework :


Reste à ne pas mélanger les besoins d'un progiciel d'entreprise à celui 
d'une micro-application web...

 - certes il y a une phase d'apprentissage
 - et il est vrai que cette approche risque de faire appel "à une 
usine à gaz" comme le dit plus bas Sylvain


L'apprentissage, ça se résoud, si le framework est assez simple.
Un bon Symfony de base tape dans les 5.5 Mo, tout de même !

mais j'y vois les avantages suivants :
 - le framework encapsule un ensemble d'appels techniques : par 
exemple pour permettre un portage transparent sur mysql ou postgres 
==> plus de requêtes SQL car on appelle des objets

Ca se résoud simplement aussi sans framework. Maintenant les 
utilisateurs de postgres sont plutôt rares malheureusement... ainsi que 
les serveurs... "Bonjour monsieur Free, est-ce que je peux héberger mon 
site avec postgres?"

 - il dispose de nombreux plugins  :
    - antispam
    - formulaires
    - reporting
    - l'internationalisation
    - ...

Pour la taille, c'est quand même un minimum, je l'accorde ! Reste à 
savoir si c'est nécessaire de se trimballer tous les outils...

 - la sécurité est gérée par le framework ==> donc on repose sur lui 
pour les mises à jour
 - l'imortance d'une communauté

La sécurité du framework, tout le monde s'en fout. Si déjà les 
utilisateurs mettent à jour la galette, c'est un grand pas, alors le 
framework dedans... euh...
Pour info, y'en a qui mettent à jour adoDB dans leur galette?

La communauté du framework? quel rapport?

les 2 frameworks que j'ai regardé (de loin) sont Zend et Symfony.


J'ai regardé aussi, maintenant si on a une appli grosse comme un module 
du framework, ça frise presque le ridicule, non?

Par contre, je pense qu'il faut clairement aller vers l'utilisation 
des objets de Php 5 ; ce qui semble être le cas de la version 0.7 (?).


L'utilisation des objets semble inévitable dans tous les cas. J'ai du 
mal à concevoir quelque chose de simple sans... Mais là dessus, on est 
tous d'accord !

De par les outils que j'ai utilisés (lors de projets d'intégration de 
progiciels CRM), j'ai constaté qu'il est important de bien séparer les 
couches d'accès aux données et la couche de présentation. Ce que font 
maintenant la quasi totalité des progiciels.
évolutivité plus facile.
Est-ce qu'un framework permet cette approche plus facilement ? a 
priori oui.

La séparation des 3 couches est aussi très importante, elle se dessine 
faiblement à travers de la galette actuellement. On sent une couche 
"adoDB" et une couche "template", même si c'est assez léger. Savoir si 
l'approche dépend du framework, je demande à voir... C'est une question 
d'organisation après.

par contre, il faudrait probablement que des dvpeurs déjà aguerris  à 
ces outils rejoignent Galette.


Si déjà il y avait des développeurs simplement...

en tous cas, tant que la partie  "fonctionnelle" n'est pas plus 
avancée, et donc qu'on pas une meilleure vision de la richesse (et 
complexité) des besoins des utilisateurs, il est peut plus sage de 
rester sur la direction actuelle, au moins pour la 0.7 ?

Oui, fonctionnellement il faut pousser l'analyse. Le soucis avec la 0.7, 
c'est qu'on est clairement limité avec l'absence de plugins. Est-il 
vraiment utile de pousser le développement d'une branche qu'on sait déjà 
sans issue?

Quand on aura une liste des besoins, on pourra dire si oui ou non 
telle approche est meilleure et ensuite faire une roadmap.

Les besoins, on les connait déjà. On sait déjà par définition qu'ils 
sont tous différents suivant les associations. Je pense que certains 
seraient pas contre des petits plugins gérant les facturations ou alors 
la comptabilité, ou bien gérer des activités séparées. Les besoins 
arriveront d'eux même. On peut préparer une liste précise, mais faut pas 
commencer déjà par le fonctionnel?

d'ailleurs où peut on trouver un doc qui présente les grandes lignes 
des devs et objectifs de la 0.7 ?
a t-on une liste de "plugins" potentiels ?

cf mail de Johan ;)

Dans tous les cas, je suis prêt à aider.


On a toujours besoin de monde en gestion de projet, mais faut savoir 
proportionner les outils en fonction de l'application et de l'équipe ;)


A+

Sylvain

PS : j'ai quelques idées qui naissent au fur et à mesure du temps, les 
chosent commencent à se mettre en place progressivement. Suite au 
prochain épisode !

_______________________________________________
Galette-devel mailing list
Galette-devel@domain.hid
https://mail.gna.org/listinfo/galette-devel

-- 
Président de la section "Montagne et Escalade" 
du Trait d'Union de Verrières le Buisson (TUVB)
 
email : contact@domain.hid
Site Web : www.tuvb-escalade.org

Membre de l'April - « promouvoir et défendre le logiciel libre »
http://www.april.org

--------------070008030307050707010301-- From www-data@domain.hid Tue Mar 17 22:19:11 2009 Received: from mail.gna.org ([78.40.121.82] helo=www.gna.org) by gna.org with esmtp (Exim 4.63) (envelope-from ) id 1Ljggp-0002el-L9; Tue, 17 Mar 2009 22:19:11 +0100 Received: from www-data by www.gna.org with local (Exim 4.63) (envelope-from ) id 1Ljggp-0002ei-Hj; Tue, 17 Mar 2009 22:19:11 +0100 To: =?UTF-8?B?RnJhbsOnb2lz?= Bianco , gna@domain.hid, galette-devel@domain.hid From: =?UTF-8?B?RnJhbsOnb2lz?= Bianco X-Savane-Server: gna.org:443 [78.40.121.81] MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 X-Savane-Project: galette X-Savane-Tracker: patch X-Savane-Item-ID: 1133 User-Agent: Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.0.6) Gecko/2009020409 Iceweasel/3.0.6 (Debian-3.0.6-1) X-Apparently-From: 81.62.62.17 (Savane authenticated user fbianco) Message-Id: <20090317-211911.sv13731.43154@domain.hid> References: In-Reply-To: Date: Tue, 17 Mar 2009 22:19:11 +0100 X-Originator-Server: www.gna.org (for ~) Subject: [Galette-devel] [patch #1133] PHP Warning : Call-time pass-by-reference has been deprecated in editer_champ.php X-BeenThere: galette-devel@domain.hid X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Galette development list List-Id: Galette development list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 21:19:12 -0000 URL: Summary: PHP Warning : Call-time pass-by-reference has been deprecated in editer_champ.php Project: Galette Submitted by: fbianco Submitted on: mardi 17.03.2009 à 21:19 Category: None Priority: 5 - Normal Status: None Privacy: Public Assigned to: None Originator Email: Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: Ce patch corrige l'avertissement de dépréciation PHP pour "pass-by-reference". Si "display_errors" est activé, la page "editer_champ.php" ne s'affiche pas, car il en résulte une erreur de syntaxe xhtml. _______________________________________________________ File Attachments: ------------------------------------------------------- Date: mardi 17.03.2009 à 21:19 Name: editer_champ.diff Size: 2 ko By: fbianco _______________________________________________________ Reply to this item at: _______________________________________________ Message posté via/par Gna! http://gna.org/ From www-data@domain.hid Tue Mar 17 23:47:35 2009 Received: from mail.gna.org ([78.40.121.82] helo=www.gna.org) by gna.org with esmtp (Exim 4.63) (envelope-from ) id 1Lji4N-0006Or-1g; Tue, 17 Mar 2009 23:47:35 +0100 Received: from www-data by www.gna.org with local (Exim 4.63) (envelope-from ) id 1Lji4N-0006Oo-0D; Tue, 17 Mar 2009 23:47:35 +0100 To: Johan Cwiklinski , =?UTF-8?B?RnJhbsOnb2lz?= Bianco , gna@domain.hid, galette-devel@domain.hid From: Johan Cwiklinski X-Savane-Server: gna.org:443 [78.40.121.81] MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 X-Savane-Project: galette X-Savane-Tracker: patch X-Savane-Item-ID: 1133 User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; fr-FR; rv:1.9.0.7) Gecko/2009030503 Fedora/3.0.7-1.fc10 Firefox/3.0.7 X-Apparently-From: 82.230.0.44 (Savane authenticated user trashy) Message-Id: <20090317-234734.sv7737.45418@domain.hid> References: <20090317-211911.sv13731.43154@domain.hid> In-Reply-To: <20090317-211911.sv13731.43154@domain.hid> Date: Tue, 17 Mar 2009 23:47:35 +0100 X-Originator-Server: www.gna.org (for ~) Subject: [Galette-devel] [patch #1133] PHP Warning : Call-time pass-by-reference has been deprecated in editer_champ.php X-BeenThere: galette-devel@domain.hid X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Galette development list List-Id: Galette development list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 22:47:35 -0000 Update of patch #1133 (project galette): Status: None => Done Assigned to: None => trashy Open/Closed: Open => Closed _______________________________________________________ Follow-up Comment #1: Le patch n'était pas tout à fait correct par rapport aux sources, je joins le correctif final ; le commit sur le SVN vient d'être effectué. Merci d'avoir rapporté le problème et d'avoir proposé le correctif :-) (file #5448) _______________________________________________________ Additional Item Attachment: File name: editer_champ.patch Size:2 KB _______________________________________________________ Reply to this item at: _______________________________________________ Message posté via/par Gna! http://gna.org/ From johan@domain.hid Thu Mar 19 08:18:05 2009 Received: from Debian-exim by gna.org with spam-scanned (Exim 4.63) (envelope-from ) id 1LkCVt-0005rn-EY for galette-devel@domain.hid; Thu, 19 Mar 2009 08:18:05 +0100 X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on mail.gna.org X-Spam-Level: X-Spam-Status: No, score=-2.0 required=3.3 tests=AWL,BAYES_00 autolearn=ham version=3.1.7-deb Received: from 42.mail-out.ovh.net ([213.251.189.42]) by gna.org with smtp (Exim 4.63) (envelope-from ) id 1LkCVt-0005pe-Ct for galette-devel@domain.hid; Thu, 19 Mar 2009 08:18:01 +0100 Received: (qmail 4135 invoked by uid 503); 19 Mar 2009 07:17:22 -0000 Received: from b6.ovh.net (HELO mail432.ha.ovh.net) (213.186.33.56) by 42.mail-out.ovh.net with SMTP; 19 Mar 2009 07:17:22 -0000 Received: from b0.ovh.net (HELO queue-out) (213.186.33.50) by b0.ovh.net with SMTP; 19 Mar 2009 07:17:21 -0000 Received: from bas33-2-82-230-0-44.fbx.proxad.net (HELO ?192.168.1.2?) (trasher@domain.hid) by ns0.ovh.net with SMTP; 19 Mar 2009 07:17:21 -0000 Message-ID: <49C1F173.6070905@domain.hid> Date: Thu, 19 Mar 2009 08:17:07 +0100 From: Johan Cwiklinski User-Agent: Thunderbird 2.0.0.19 (X11/20090101) MIME-Version: 1.0 To: Galette general discussion , Galette development list X-Enigmail-Version: 0.95.7 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig044376757F4642D13834C2C8" X-Ovh-Tracer-Id: 17402190436690194436 X-Ovh-Remote: 82.230.0.44 (bas33-2-82-230-0-44.fbx.proxad.net) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) Subject: [Galette-devel] Galette future 0.7 : plugins X-BeenThere: galette-devel@domain.hid X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Galette development list List-Id: Galette development list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 07:18:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig044376757F4642D13834C2C8 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Salut, J'ai ajout=E9 pour la prochaine version de Galette la possibilit=E9 d'utiliser un genre de plugin pour ajouter des fonctionnalit=E9s. Le syst=E8me est bas=E9 sur l'impl=E9mentation des modules de DotClear2, modifi=E9 et adapt=E9 aux besoins de Galette bien =E9videmment. Pour le moment, je n'ai d=E9velopp=E9 que ce dont j'avais besoin rapideme= nt, =E0 savoir l'ajout de fonctionnalit=E9s qui n'ont rien =E0 voir avec la b= ase de Galette (pour la gestion d'associations automobiles en l'occurrence). Le syst=E8me permet donc d'ajouter la gestion de voitures attach=E9es =E0= un adh=E9rent. En l'=E9tat actuel, le syst=E8me ne permet pas par exemple de remplacer l= e syst=E8me d'authentification de Galette, ou d'ajouter des fonctionnalit=E9= s aux adh=E9rents ; il ne permet pas non plus d'installation automatique (notamment l'ajout des tables dans la base, etc). Il y a encore beaucoup de boulot, mais le peu qui est fait est fonctionnel. Tout cela sera possible par la suite lorsque j'aurai le temps de m'en occuper, ou que quelqu'un aura donn=E9 un coup de main... Avis aux amateu= rs ! Pour information, le plugin que je suis en train de d=E9velopper pour la gestion d'assos Automobiles sera bien entendu distribu=E9 en GPL v3, et arrivera sur le SVN du projet lorsqu'il ne sera plus =E0 l'=E9tat embryon= naire. Un genre de cahier des charges assez d=E9taill=E9 m'a =E9t=E9 fourni, et = j'ai d=E9j=E0 pu =E9changer avec deux associations qui sont int=E9ress=E9es. J= 'invite les personnes qui seraient int=E9ress=E9es =E0 prendre contact avec moi. J'invite aussi les volontaires =E0 exprimer clairement les besoin des associations sportives, afin que l'on puisse commencer =E0 songer =E0 un plugin pour =E7a aussi. Bonne journ=E9e, Johan --------------enig044376757F4642D13834C2C8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Remi - http://enigmail.mozdev.org iEYEARECAAYFAknB8YAACgkQ7N2B+4uln5RCoQCgovCcE/mGAvfAUqEmp/7avYoI R2kAn36Z9Q2cjYH2KmeWqX3mpzUvBF74 =4jpq -----END PGP SIGNATURE----- --------------enig044376757F4642D13834C2C8-- From contact@domain.hid Thu Mar 19 11:32:08 2009 Received: from Debian-exim by gna.org with spam-scanned (Exim 4.63) (envelope-from ) id 1LkFXf-00004v-AN for galette-devel@domain.hid; Thu, 19 Mar 2009 11:32:08 +0100 X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on mail.gna.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.3 tests=BAYES_00 autolearn=ham version=3.1.7-deb Received: from mx1.lost-oasis.net ([212.85.153.8]) by gna.org with esmtp (Exim 4.63) (envelope-from ) id 1LkFXf-0008VY-8S for galette-devel@domain.hid; Thu, 19 Mar 2009 11:32:03 +0100 Received: from pognon.lost-oasis.net ([212.85.153.22]) by mx1.lost-oasis.net with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1LkFX5-0001R6-PK for galette-devel@domain.hid; Thu, 19 Mar 2009 11:31:27 +0100 MIME-Version: 1.0 Date: Thu, 19 Mar 2009 11:31:27 +0100 From: =?UTF-8?Q?Pr=C3=83=C2=A9sident_section_TUVB_Escalade?= To: Galette development list Organization: TUVB Escalade In-Reply-To: <49C1F173.6070905@domain.hid> References: <49C1F173.6070905@domain.hid> Message-ID: <9f69a59927ccdd7525788f1ed9dff5df@domain.hid> X-Sender: contact@domain.hid User-Agent: Lost Oasis RoundCube Webmail/0.2 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="UTF-8" Subject: Re: [Galette-devel] Galette future 0.7 : plugins X-BeenThere: galette-devel@domain.hid X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Galette development list List-Id: Galette development list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 10:32:08 -0000 On Thu, 19 Mar 2009 08:17:07 +0100, Johan Cwiklinski wrote: > Salut, > > J'ai ajouté pour la prochaine version de Galette la possibilité > d'utiliser un genre de plugin pour ajouter des fonctionnalités. > ......... > > J'invite aussi les volontaires à exprimer clairement les besoin des > associations sportives, afin que l'on puisse commencer à songer à un > plugin pour ça aussi. Bonjour Comme déjà échangé lors de nos discussions précédentes, je vais débuter la rédaction d'un cahier des charges pour une association sportive. Pour le plugin : peux tu donner des liens vers de la doc pour comprendre son fonctionnement ? A+ Christophe > > Bonne journée, > Johan From johan@domain.hid Thu Mar 19 17:35:05 2009 Received: from Debian-exim by gna.org with spam-scanned (Exim 4.63) (envelope-from ) id 1LkLCo-0004ct-PY for galette-devel@domain.hid; Thu, 19 Mar 2009 17:35:05 +0100 X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on mail.gna.org X-Spam-Level: X-Spam-Status: No, score=-2.0 required=3.3 tests=AWL,BAYES_00 autolearn=ham version=3.1.7-deb Received: from 27.mail-out.ovh.net ([91.121.30.210]) by gna.org with smtp (Exim 4.63) (envelope-from ) id 1LkLCo-0004Xe-OJ for galette-devel@domain.hid; Thu, 19 Mar 2009 17:34:54 +0100 Received: (qmail 7680 invoked by uid 503); 19 Mar 2009 16:45:37 -0000 Received: from gw2.ovh.net (HELO mail406.ha.ovh.net) (213.251.189.202) by 27.mail-out.ovh.net with SMTP; 19 Mar 2009 16:45:37 -0000 Received: from b0.ovh.net (HELO queue-out) (213.186.33.50) by b0.ovh.net with SMTP; 19 Mar 2009 16:33:54 -0000 Received: from bas33-2-82-230-0-44.fbx.proxad.net (HELO ?192.168.1.2?) (trasher@domain.hid) by ns0.ovh.net with SMTP; 19 Mar 2009 16:33:54 -0000 Message-ID: <49C27403.3020407@domain.hid> Date: Thu, 19 Mar 2009 17:34:11 +0100 From: Johan Cwiklinski User-Agent: Thunderbird 2.0.0.19 (X11/20090101) MIME-Version: 1.0 To: Galette development list References: <49C1F173.6070905@domain.hid> <9f69a59927ccdd7525788f1ed9dff5df@domain.hid> In-Reply-To: <9f69a59927ccdd7525788f1ed9dff5df@domain.hid> X-Enigmail-Version: 0.95.7 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig33DB506AB3CB59C4CE78DEB6" X-Ovh-Tracer-Id: 8354740259355062448 X-Ovh-Remote: 82.230.0.44 (bas33-2-82-230-0-44.fbx.proxad.net) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) Subject: Re: [Galette-devel] Galette future 0.7 : plugins X-BeenThere: galette-devel@domain.hid X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Galette development list List-Id: Galette development list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 16:35:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig33DB506AB3CB59C4CE78DEB6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Pr=C3=A9sident section TUVB Escalade a =E9crit : > On Thu, 19 Mar 2009 08:17:07 +0100, Johan Cwiklinski > wrote: > =20 >> Salut, >> >> J'ai ajout=E9 pour la prochaine version de Galette la possibilit=E9 >> d'utiliser un genre de plugin pour ajouter des fonctionnalit=E9s. >> >> =20 > ......... > =20 >> J'invite aussi les volontaires =E0 exprimer clairement les besoin des >> associations sportives, afin que l'on puisse commencer =E0 songer =E0 = un >> plugin pour =E7a aussi. >> =20 > > Bonjour=20 > > Comme d=E9j=E0 =E9chang=E9 lors de nos discussions pr=E9c=E9dentes, je = vais > d=E9buter la r=E9daction d'un cahier des charges pour une association > sportive. > > Pour le plugin : peux tu donner des liens vers de la doc pour comprendr= e > son fonctionnement ? > =20 Le probl=E8me =E9tant qu'il n'y a pas de doc... Celle de DotClear ne conviendra pas, puisque j'ai du adapter ; et je n'ai pas encore eu le courage d'en r=E9diger une, il faudra que je m'y colle ; je filerai le lien lorsque ce sera fait. Johan --------------enig33DB506AB3CB59C4CE78DEB6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Remi - http://enigmail.mozdev.org iEYEARECAAYFAknCdAgACgkQ7N2B+4uln5RmsQCggxliJR4kf7dSn2ZZrokVK5md I20An2k5+MjVcNeXtTkAR5vyfdDavxOk =APlK -----END PGP SIGNATURE----- --------------enig33DB506AB3CB59C4CE78DEB6-- From johan@domain.hid Fri Mar 20 08:27:25 2009 Received: from Debian-exim by gna.org with spam-scanned (Exim 4.63) (envelope-from ) id 1LkZ8T-0006PM-9Z for galette-devel@domain.hid; Fri, 20 Mar 2009 08:27:25 +0100 X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on mail.gna.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=3.3 tests=AWL,BAYES_00 autolearn=ham version=3.1.7-deb Received: from 27.mail-out.ovh.net ([91.121.30.210]) by gna.org with smtp (Exim 4.63) (envelope-from ) id 1LkZ8T-0006OD-8P for galette-devel@domain.hid; Fri, 20 Mar 2009 08:27:21 +0100 Received: (qmail 14095 invoked by uid 503); 20 Mar 2009 07:38:28 -0000 Received: from b9.ovh.net (HELO mail407.ha.ovh.net) (213.186.33.59) by 27.mail-out.ovh.net with SMTP; 20 Mar 2009 07:38:25 -0000 Received: from b0.ovh.net (HELO queue-out) (213.186.33.50) by b0.ovh.net with SMTP; 20 Mar 2009 07:26:42 -0000 Received: from bas33-2-82-230-0-44.fbx.proxad.net (HELO ?192.168.1.2?) (trasher@domain.hid) by ns0.ovh.net with SMTP; 20 Mar 2009 07:26:41 -0000 Message-ID: <49C3452B.4020908@domain.hid> Date: Fri, 20 Mar 2009 08:26:35 +0100 From: Johan Cwiklinski User-Agent: Thunderbird 2.0.0.19 (X11/20090101) MIME-Version: 1.0 To: Galette development list References: <49C1F173.6070905@domain.hid> <9f69a59927ccdd7525788f1ed9dff5df@domain.hid> <49C27403.3020407@domain.hid> In-Reply-To: <49C27403.3020407@domain.hid> X-Enigmail-Version: 0.95.7 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2E4B33E701E3C4C7B98F1D64" X-Ovh-Tracer-Id: 4985766262894981296 X-Ovh-Remote: 82.230.0.44 (bas33-2-82-230-0-44.fbx.proxad.net) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) Subject: Re: [Galette-devel] Galette future 0.7 : plugins X-BeenThere: galette-devel@domain.hid X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Galette development list List-Id: Galette development list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 07:27:25 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2E4B33E701E3C4C7B98F1D64 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Johan Cwiklinski a =E9crit : > Pr=C3=A9sident section TUVB Escalade a =E9crit : > =20 >> On Thu, 19 Mar 2009 08:17:07 +0100, Johan Cwiklinski >> wrote: >> =20 >> =20 >>> Salut, >>> >>> J'ai ajout=E9 pour la prochaine version de Galette la possibilit=E9 >>> d'utiliser un genre de plugin pour ajouter des fonctionnalit=E9s. >>> >>> =20 >>> =20 >> ......... >> =20 >> =20 >>> J'invite aussi les volontaires =E0 exprimer clairement les besoin des= >>> associations sportives, afin que l'on puisse commencer =E0 songer =E0= un >>> plugin pour =E7a aussi. >>> =20 >>> =20 >> Bonjour=20 >> >> Comme d=E9j=E0 =E9chang=E9 lors de nos discussions pr=E9c=E9dentes, je= vais >> d=E9buter la r=E9daction d'un cahier des charges pour une association >> sportive. >> >> Pour le plugin : peux tu donner des liens vers de la doc pour comprend= re >> son fonctionnement ? >> =20 >> =20 > > Le probl=E8me =E9tant qu'il n'y a pas de doc... > > Celle de DotClear ne conviendra pas, puisque j'ai du adapter ; et je > n'ai pas encore eu le courage d'en r=E9diger une, il faudra que je m'y > colle ; je filerai le lien lorsque ce sera fait. > > Johan > =20 Salut, J'ai cr=E9=E9 cette page tr=E8s rapidement, qui explique dans les grandes= lignes comment fonctionnent les plugins dans leur impl=E9mentation actuelle. Comme pr=E9cis=E9 sur la page, ces notes sont soumises =E0 changement.... http://galette.tuxfamily.org/fr/doku.php?id=3Ddocumentation:dev:heavywork= :plugins_manual Bonne journ=E9e, Johan --------------enig2E4B33E701E3C4C7B98F1D64 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Remi - http://enigmail.mozdev.org iEYEARECAAYFAknDRTAACgkQ7N2B+4uln5TDswCfY9U15st6AC4ZRkU5+9+4594o 8dYAnimN9/rg+g5Kqpr1VszUa0ox4FsW =Dqd2 -----END PGP SIGNATURE----- --------------enig2E4B33E701E3C4C7B98F1D64-- From contact@domain.hid Fri Mar 20 08:57:57 2009 Received: from Debian-exim by gna.org with spam-scanned (Exim 4.63) (envelope-from ) id 1LkZc0-00018g-OV for galette-devel@domain.hid; Fri, 20 Mar 2009 08:57:57 +0100 X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on mail.gna.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.3 tests=BAYES_00 autolearn=ham version=3.1.7-deb Received: from mx1.lost-oasis.net ([212.85.153.8]) by gna.org with esmtp (Exim 4.63) (envelope-from ) id 1LkZc0-000174-NM for galette-devel@domain.hid; Fri, 20 Mar 2009 08:57:52 +0100 Received: from pognon.lost-oasis.net ([212.85.153.22]) by mx1.lost-oasis.net with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1LkZbR-0000U1-8g for galette-devel@domain.hid; Fri, 20 Mar 2009 08:57:17 +0100 MIME-Version: 1.0 Date: Fri, 20 Mar 2009 08:57:16 +0100 From: =?UTF-8?Q?Pr=C3=83=C2=A9sident_section_TUVB_Escalade?= To: Galette development list Organization: TUVB Escalade In-Reply-To: <49C3452B.4020908@domain.hid> References: <49C1F173.6070905@domain.hid> <9f69a59927ccdd7525788f1ed9dff5df@domain.hid> <49C27403.3020407@domain.hid> <49C3452B.4020908@domain.hid> Message-ID: X-Sender: contact@domain.hid User-Agent: Lost Oasis RoundCube Webmail/0.2 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="UTF-8" Subject: Re: [Galette-devel] Galette future 0.7 : plugins X-BeenThere: galette-devel@domain.hid X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Galette development list List-Id: Galette development list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 07:57:57 -0000 On Fri, 20 Mar 2009 08:26:35 +0100, Johan Cwiklinski wrote: > Johan Cwiklinski a écrit : >> PrÃ©sident section TUVB Escalade a écrit : >> >>> On Thu, 19 Mar 2009 08:17:07 +0100, Johan Cwiklinski >>> wrote: >>> >>> >>>> Salut, >>>> >>>> J'ai ajouté pour la prochaine version de Galette la possibilité >>>> d'utiliser un genre de plugin pour ajouter des fonctionnalités. >>>> >>>> >>>> >>> ......... >>> >>> >>>> J'invite aussi les volontaires à exprimer clairement les besoin des >>>> associations sportives, afin que l'on puisse commencer à songer à un >>>> plugin pour ça aussi. >>>> >>>> >>> Bonjour >>> >>> Comme déjà échangé lors de nos discussions précédentes, je vais >>> débuter la rédaction d'un cahier des charges pour une association >>> sportive. >>> >>> Pour le plugin : peux tu donner des liens vers de la doc pour comprendre >>> son fonctionnement ? >>> >>> >> >> Le problème étant qu'il n'y a pas de doc... >> >> Celle de DotClear ne conviendra pas, puisque j'ai du adapter ; et je >> n'ai pas encore eu le courage d'en rédiger une, il faudra que je m'y >> colle ; je filerai le lien lorsque ce sera fait. >> >> Johan >> > Salut, > > J'ai créé cette page très rapidement, qui explique dans les grandes > lignes comment fonctionnent les plugins dans leur implémentation > actuelle. Comme précisé sur la page, ces notes sont soumises à > changement.... > > http://galette.tuxfamily.org/fr/doku.php?id=documentation:dev:heavywork:plugins_manual > > Bonne journée, > Johan Merci Johan j'y vais de ce pas pour un premier coup d'oeil . Bon WE Christophe From eric.boniface@domain.hid Sat Mar 21 13:55:53 2009 Received: from Debian-exim by gna.org with spam-scanned (Exim 4.63) (envelope-from ) id 1Ll0jq-0003GR-CJ for galette-devel@domain.hid; Sat, 21 Mar 2009 13:55:53 +0100 X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on mail.gna.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=3.3 tests=AWL,BAYES_00, DNS_FROM_RFC_POST,HTML_30_40,HTML_MESSAGE autolearn=no version=3.1.7-deb Received: from mail-bw0-f168.google.com ([209.85.218.168]) by gna.org with esmtp (Exim 4.63) (envelope-from ) id 1Ll0jq-0002w2-94 for galette-devel@domain.hid; Sat, 21 Mar 2009 13:55:46 +0100 Received: by bwz12 with SMTP id 12so1267812bwz.40 for ; Sat, 21 Mar 2009 05:54:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.121.131 with SMTP id h3mr551713bkr.66.1237640080626; Sat, 21 Mar 2009 05:54:40 -0700 (PDT) In-Reply-To: References: <49C1F173.6070905@domain.hid> <9f69a59927ccdd7525788f1ed9dff5df@domain.hid> <49C27403.3020407@domain.hid> <49C3452B.4020908@domain.hid> Date: Sat, 21 Mar 2009 13:54:40 +0100 Message-ID: From: Eric Boniface To: Galette development list Content-Type: multipart/alternative; boundary=001636c5a4af5d94a70465a08955 Subject: Re: [Galette-devel] Galette future 0.7 : plugins X-BeenThere: galette-devel@domain.hid X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Galette development list List-Id: Galette development list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 12:55:53 -0000 --001636c5a4af5d94a70465a08955 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Merci Johan, =E7a fait une bonne base de d=E9part. J'=E9tais parti dans le m=EAme genre = de structure. Quelles modifications tu as apport=E9es au code de Galette pour utiliser to= n plugin ? Un grand merci en tout cas pour ce boulot. ++ Eric. 2009/3/20 Pr=C3=A9sident section TUVB Escalade > On Fri, 20 Mar 2009 08:26:35 +0100, Johan Cwiklinski > wrote: > > Johan Cwiklinski a =E9crit : > >> Pr=C3=A9sident section TUVB Escalade a =E9crit : > >> > >>> On Thu, 19 Mar 2009 08:17:07 +0100, Johan Cwiklinski > >>> wrote: > >>> > >>> > >>>> Salut, > >>>> > >>>> J'ai ajout=E9 pour la prochaine version de Galette la possibilit=E9 > >>>> d'utiliser un genre de plugin pour ajouter des fonctionnalit=E9s. > >>>> > >>>> > >>>> > >>> ......... > >>> > >>> > >>>> J'invite aussi les volontaires =E0 exprimer clairement les besoin de= s > >>>> associations sportives, afin que l'on puisse commencer =E0 songer = =E0 un > >>>> plugin pour =E7a aussi. > >>>> > >>>> > >>> Bonjour > >>> > >>> Comme d=E9j=E0 =E9chang=E9 lors de nos discussions pr=E9c=E9dentes, j= e vais > >>> d=E9buter la r=E9daction d'un cahier des charges pour une association > >>> sportive. > >>> > >>> Pour le plugin : peux tu donner des liens vers de la doc pour > comprendre > >>> son fonctionnement ? > >>> > >>> > >> > >> Le probl=E8me =E9tant qu'il n'y a pas de doc... > >> > >> Celle de DotClear ne conviendra pas, puisque j'ai du adapter ; et je > >> n'ai pas encore eu le courage d'en r=E9diger une, il faudra que je m'y > >> colle ; je filerai le lien lorsque ce sera fait. > >> > >> Johan > >> > > Salut, > > > > J'ai cr=E9=E9 cette page tr=E8s rapidement, qui explique dans les grand= es > > lignes comment fonctionnent les plugins dans leur impl=E9mentation > > actuelle. Comme pr=E9cis=E9 sur la page, ces notes sont soumises =E0 > > changement.... > > > > > > http://galette.tuxfamily.org/fr/doku.php?id=3Ddocumentation:dev:heavywork= :plugins_manual > > > > Bonne journ=E9e, > > Johan > > Merci Johan > j'y vais de ce pas pour un premier coup d'oeil . > Bon WE > Christophe > > _______________________________________________ > Galette-devel mailing list > Galette-devel@domain.hid > https://mail.gna.org/listinfo/galette-devel > --=20 "Le principal devoir de l=92homme envers lui-m=EAme est de s=92instruire, l= e principal devoir de l=92homme envers les autres est de les instruire". Paul-=C9mile Littr=E9 "Le mot latin agape d=E9signe la compr=E9hension et la bonne volont=E9 r=E9= demptrice =E0 l'=E9gard de tous les hommes. Il s'agit d'un amour d=E9bordant qui n'at= tend rien en retour." Martin Luther King --001636c5a4af5d94a70465a08955 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Merci Johan,

=E7a fait une bonne base de d=E9part. J'=E9tais par= ti dans le m=EAme genre de structure.

Quelles modifications tu as ap= port=E9es au code de Galette pour utiliser ton plugin ?

Un grand me= rci en tout cas pour ce boulot.

++
Eric.

2009/3/20 Pr=C3=A9sid= ent section TUVB Escalade <contact@domain.hid>

On Fri, 20 Mar 2009 08:26:35 +0100, Johan Cwiklinski <johan@domain.hid>

wrote:
> Johan Cwiklinski a =E9crit :
>> Pr=C3=A9sident section TUVB Escalade a =E9crit :
>>
>>> On Thu, 19 Mar 2009 08:17:07 +0100, Johan Cwiklinski <johan@domain.hid>
>>> wrote:
>>>
>>>
>>>> Salut,
>>>>
>>>> J'ai ajout=E9 pour la prochaine version de Galette la = possibilit=E9
>>>> d'utiliser un genre de plugin pour ajouter des fonctio= nnalit=E9s.
>>>>
>>>>
>>>>
>>> .........
>>>
>>>
>>>> J'invite aussi les volontaires =E0 exprimer clairement= les besoin des
>>>> associations sportives, afin que l'on puisse commencer= =E0 songer =E0 un
>>>> plugin pour =E7a aussi.
>>>>
>>>>
>>> Bonjour
>>>
>>> Comme d=E9j=E0 =E9chang=E9 lors de nos discussions pr=E9c=E9de= ntes, je vais
>>> d=E9buter la r=E9daction d'un cahier des charges pour une = association
>>> sportive.
>>>
>>> Pour le plugin : peux tu donner des liens vers de la doc pour<= br> comprendre
>>> son fonctionnement ?
>>>
>>>
>>
>> Le probl=E8me =E9tant qu'il n'y a pas de doc...
>>
>> Celle de DotClear ne conviendra pas, puisque j'ai du adapter ;= et je
>> n'ai pas encore eu le courage d'en r=E9diger une, il faudr= a que je m'y
>> colle ; je filerai le lien lorsque ce sera fait.
>>
>> Johan
>>
> Salut,
>
> J'ai cr=E9=E9 cette page tr=E8s rapidement, qui explique dans les = grandes
> lignes comment fonctionnent les plugins dans leur impl=E9mentation
> actuelle. Comme pr=E9cis=E9 sur la page, ces notes sont soumises =E0 > changement....
>
>
http://galette.tuxfamily.org/fr= /doku.php?id=3Ddocumentation:dev:heavywork:plugins_manual
>
> Bonne journ=E9e,
> Johan

Merci Johan
j'y vais de ce pas pour un premier coup d'oeil .
Bon WE
Christophe

_______________________________________________
Galette-devel mailing list
Galette-devel@domain.hid
h= ttps://mail.gna.org/listinfo/galette-devel

--
"Le pr= incipal devoir de l=92homme envers lui-m=EAme est de s=92instruire, le prin= cipal devoir de l=92homme envers les autres est de les instruire".
= Paul-=C9mile Littr=E9
"Le mot latin agape d=E9signe la compr=E9hension et la bonne volont=E9= r=E9demptrice =E0 l'=E9gard de tous les hommes. Il s'agit d'un= amour d=E9bordant qui n'attend rien en retour." Martin Luther Kin= g
--001636c5a4af5d94a70465a08955-- From johan@domain.hid Sat Mar 21 14:09:32 2009 Received: from Debian-exim by gna.org with spam-scanned (Exim 4.63) (envelope-from ) id 1Ll0x6-0005UT-J7 for galette-devel@domain.hid; Sat, 21 Mar 2009 14:09:32 +0100 X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on mail.gna.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=3.3 tests=AWL,BAYES_00 autolearn=ham version=3.1.7-deb Received: from 2.mail-out.ovh.net ([91.121.26.226]) by gna.org with smtp (Exim 4.63) (envelope-from ) id 1Ll0x6-0005Qf-Hr for galette-devel@domain.hid; Sat, 21 Mar 2009 14:09:28 +0100 Received: (qmail 32544 invoked by uid 503); 21 Mar 2009 13:22:30 -0000 Received: from b6.ovh.net (HELO mail188.ha.ovh.net) (213.186.33.56) by 2.mail-out.ovh.net with SMTP; 21 Mar 2009 13:22:30 -0000 Received: from b0.ovh.net (HELO queue-out) (213.186.33.50) by b0.ovh.net with SMTP; 21 Mar 2009 13:08:46 -0000 Received: from bas33-2-82-230-0-44.fbx.proxad.net (HELO ?192.168.1.2?) (trasher@domain.hid) by ns0.ovh.net with SMTP; 21 Mar 2009 13:08:44 -0000 Message-ID: <49C4E6DC.6070200@domain.hid> Date: Sat, 21 Mar 2009 14:08:44 +0100 From: Johan Cwiklinski User-Agent: Thunderbird 2.0.0.21 (X11/20090320) MIME-Version: 1.0 To: Galette development list References: <49C1F173.6070905@domain.hid> <9f69a59927ccdd7525788f1ed9dff5df@domain.hid> <49C27403.3020407@domain.hid> <49C3452B.4020908@domain.hid> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigEC537E3FE525E9EC6BB548C7" X-Ovh-Tracer-Id: 16635171123912274096 X-Ovh-Remote: 82.230.0.44 (bas33-2-82-230-0-44.fbx.proxad.net) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) Subject: Re: [Galette-devel] Galette future 0.7 : plugins X-BeenThere: galette-devel@domain.hid X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Galette development list List-Id: Galette development list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 13:09:32 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEC537E3FE525E9EC6BB548C7 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Salut, Eric Boniface a =E9crit : > Merci Johan, > > =E7a fait une bonne base de d=E9part. J'=E9tais parti dans le m=EAme ge= nre de > structure. > > Quelles modifications tu as apport=E9es au code de Galette pour utilise= r > ton plugin ? Actuellement, presque rien... J'ai juste ajout=E9 un classes/plugins.class.php et modifi=E9 un peu le template page.tpl pour inclure les menus. Mais comme je le disais, je me suis born=E9 =E0 inclure de nouvelles fonctionnalit=E9s dans Galette, pas de remplacer (cf Authentication) ou d= e modifier (les adh=E9rents pour la version sport) des trucs existants. Tou= t cela reste =E0 faire. Ce qui reste =E0 faire aussi - je risque d'en avoir besoin assez rapidement - c'est une gestion des pr=E9f=E9rences pour les plugins ; qui= viendra donc probablement modifier ce que nous avons en pr=E9f=E9rences actuellement (il est possible de faire un truc tout =E0 fait =E0 part, ma= is puisque nous avons d=E9j=E0 des pr=E9f=E9rences, autant ne pas r=E9invent= er la roue je pense). > > Un grand merci en tout cas pour ce boulot. Merci :) Y'a encore beaucoup =E0 faire mais c'est d=E9j=E0 un d=E9but ;) Bon week end ! Johan > > ++ > Eric. > > > 2009/3/20 Pr=C3=A9sident section TUVB Escalade > > > On Fri, 20 Mar 2009 08:26:35 +0100, Johan Cwiklinski > > > wrote: > > Johan Cwiklinski a =E9crit : > >> Pr=C3=A9sident section TUVB Escalade a =E9crit : > >> > >>> On Thu, 19 Mar 2009 08:17:07 +0100, Johan Cwiklinski > > > >>> wrote: > >>> > >>> > >>>> Salut, > >>>> > >>>> J'ai ajout=E9 pour la prochaine version de Galette la possibil= it=E9 > >>>> d'utiliser un genre de plugin pour ajouter des fonctionnalit=E9= s. > >>>> > >>>> > >>>> > >>> ......... > >>> > >>> > >>>> J'invite aussi les volontaires =E0 exprimer clairement les > besoin des > >>>> associations sportives, afin que l'on puisse commencer =E0 > songer =E0 un > >>>> plugin pour =E7a aussi. > >>>> > >>>> > >>> Bonjour > >>> > >>> Comme d=E9j=E0 =E9chang=E9 lors de nos discussions pr=E9c=E9den= tes, je vais > >>> d=E9buter la r=E9daction d'un cahier des charges pour une assoc= iation > >>> sportive. > >>> > >>> Pour le plugin : peux tu donner des liens vers de la doc pour > comprendre > >>> son fonctionnement ? > >>> > >>> > >> > >> Le probl=E8me =E9tant qu'il n'y a pas de doc... > >> > >> Celle de DotClear ne conviendra pas, puisque j'ai du adapter ; > et je > >> n'ai pas encore eu le courage d'en r=E9diger une, il faudra que > je m'y > >> colle ; je filerai le lien lorsque ce sera fait. > >> > >> Johan > >> > > Salut, > > > > J'ai cr=E9=E9 cette page tr=E8s rapidement, qui explique dans les= grandes > > lignes comment fonctionnent les plugins dans leur impl=E9mentatio= n > > actuelle. Comme pr=E9cis=E9 sur la page, ces notes sont soumises = =E0 > > changement.... > > > > > http://galette.tuxfamily.org/fr/doku.php?id=3Ddocumentation:dev:hea= vywork:plugins_manual > > > > Bonne journ=E9e, > > Johan > > Merci Johan > j'y vais de ce pas pour un premier coup d'oeil . > Bon WE > Christophe > > --------------enigEC537E3FE525E9EC6BB548C7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Remi - http://enigmail.mozdev.org iEYEARECAAYFAknE5uIACgkQ7N2B+4uln5SvBgCfQpqD1x2nidvkQr0nRvdso+L1 +WQAnjicwOfnB6OpXVbhgoQ+8rflt0CN =E4XF -----END PGP SIGNATURE----- --------------enigEC537E3FE525E9EC6BB548C7-- From gg@domain.hid Tue Mar 24 12:08:56 2009 Received: from Debian-exim by gna.org with spam-scanned (Exim 4.63) (envelope-from ) id 1Lm4V1-00069T-Nw for galette-devel@domain.hid; Tue, 24 Mar 2009 12:08:56 +0100 X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on mail.gna.org X-Spam-Level: X-Spam-Status: No, score=-1.5 required=3.3 tests=AWL,BAYES_00 autolearn=ham version=3.1.7-deb Received: from smtp6-g21.free.fr ([212.27.42.6]) by gna.org with esmtp (Exim 4.63) (envelope-from ) id 1Lm4V1-00065C-Fw for galette-devel@domain.hid; Tue, 24 Mar 2009 12:08:51 +0100 Received: from smtp6-g21.free.fr (localhost [127.0.0.1]) by smtp6-g21.free.fr (Postfix) with ESMTP id DA606E080F3 for ; Tue, 24 Mar 2009 12:08:13 +0100 (CET) Received: from [127.0.0.1] (ver91-3-82-241-139-126.fbx.proxad.net [82.241.139.126]) by smtp6-g21.free.fr (Postfix) with ESMTP id CA316E0813A for ; Tue, 24 Mar 2009 12:08:10 +0100 (CET) Message-ID: <49C8BF16.9050401@domain.hid> Date: Tue, 24 Mar 2009 12:08:06 +0100 From: =?ISO-8859-1?Q?G=E9rard_Gerecht?= Organization: GCAL User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Galette development list References: <49C1F173.6070905@domain.hid> <9f69a59927ccdd7525788f1ed9dff5df@domain.hid> <49C27403.3020407@domain.hid> <49C3452B.4020908@domain.hid> <49C4E6DC.6070200@domain.hid> In-Reply-To: <49C4E6DC.6070200@domain.hid> Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-Antivirus: avast! (VPS 090323-0, 23/03/2009), Outbound message X-Antivirus-Status: Clean Content-Transfer-Encoding: quoted-printable Subject: Re: [Galette-devel] Galette future 0.7 : plugins X-BeenThere: galette-devel@domain.hid X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Galette development list List-Id: Galette development list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 11:08:56 -0000 Bonjour, J'utilise galette en version 0.63 modifi=E9e pour g=E9rer un club de voil= e=20 www.voile-gcal.com. J'ai ,en particulier, rajout=E9 une gestion de nos activit=E9s=20 (embarquements par bateau) et un suivi des r=E8glements de nos adh=E9rent= s=20 (des frais sont =E0 payer =E0 chaque embarquement) avec, donc, une=20 comptabilit=E9 par adh=E9rent avec possibilit=E9 de relances. Je tiens, bien sur, mon d=E9veloppement =E0 disposition pour qui veut=20 l'utiliser ou s'en inspirer. Je suis, =E0 fond, pour votre organisation par plugin et souhaite y=20 participer (je vais m'inscrire). Pour mettre mon grain de sel, je pense qu'il est pr=E9f=E9rable, pour=20 pr=E9server les =E9volutions, de laisser les pr=E9f=E9rences de chaque pl= ugin=20 dans une table PREF au niveau du plugin et au contraire d'all=E9ger la=20 table pr=E9f=E9rence de galette qui devrait ne concerner que le minimum=20 d'options g=E9n=E9rales. Sur un autre sujet, les champs dynamiques, c'=E9tait une possibilit=E9=20 int=E9ressante mais qui rend difficile l'exploitation (filtres, requ=EAte= s=20 etc...), pourquoi ne pas avoir ces champs (qui sont l=E0, =E0 priori, pou= r=20 personnaliser sa version de galette) g=E9r=E9s au niveau plugin, ce qui=20 all=E8gerait le squelette de galette ? Johan Cwiklinski a =E9crit : > Ce qui reste =E0 faire aussi - je risque d'en avoir besoin assez > rapidement - c'est une gestion des pr=E9f=E9rences pour les plugins ; q= ui > viendra donc probablement modifier ce que nous avons en pr=E9f=E9rences > actuellement (il est possible de faire un truc tout =E0 fait =E0 part, = mais > puisque nous avons d=E9j=E0 des pr=E9f=E9rences, autant ne pas r=E9inve= nter la > roue je pense). > > =20 Je pense, =E0 la lecture de vos post que, dans le cadre d'associations=20 sportives et, si on veut g=E9n=E9raliser aux autres type d'association,,=20 nous n'avons pas les m=EAme besoins et que le cahier des charges devrait=20 s'attacher =E0 d=E9composer les besoins en diff=E9rents plugins pour=20 simplifier le d=E9veloppement (pouvoir choisir une gestion de license ou=20 non, g=E9rer plusieurs club ou non, avoir une politique de statut des=20 adh=E9rents personnalis=E9, etc...) >> >>> >> >>>> J'invite aussi les volontaires =E0 exprimer clairement les >> besoin des >> >>>> associations sportives, afin que l'on puisse commencer =E0 >> songer =E0 un >> >>>> plugin pour =E7a aussi. >> >>>> >> >>>> >> >>> Bonjour >> >>> >> >>> Comme d=E9j=E0 =E9chang=E9 lors de nos discussions pr=E9c=E9de= ntes, je vais >> >>> d=E9buter la r=E9daction d'un cahier des charges pour une asso= ciation >> >>> sportive. Christophe Dans tous les cas, bravo au travail effectu=E9. g=E9rard gerecht From gg@domain.hid Wed Mar 25 17:58:50 2009 Received: from Debian-exim by gna.org with spam-scanned (Exim 4.63) (envelope-from ) id 1LmWRB-0004Mb-3E for galette-devel@domain.hid; Wed, 25 Mar 2009 17:58:50 +0100 X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on mail.gna.org X-Spam-Level: X-Spam-Status: No, score=-2.0 required=3.3 tests=AWL,BAYES_00 autolearn=ham version=3.1.7-deb Received: from smtp2-g21.free.fr ([212.27.42.2]) by gna.org with esmtp (Exim 4.63) (envelope-from ) id 1LmWRA-0004G5-Qc for galette-devel@domain.hid; Wed, 25 Mar 2009 17:58:45 +0100 Received: from smtp2-g21.free.fr (localhost [127.0.0.1]) by smtp2-g21.free.fr (Postfix) with ESMTP id A0A9C4B01B8 for ; Wed, 25 Mar 2009 17:58:07 +0100 (CET) Received: from [127.0.0.1] (ver91-3-82-241-139-126.fbx.proxad.net [82.241.139.126]) by smtp2-g21.free.fr (Postfix) with ESMTP id A64394B0019 for ; Wed, 25 Mar 2009 17:58:04 +0100 (CET) Message-ID: <49CA6297.6080200@domain.hid> Date: Wed, 25 Mar 2009 17:57:59 +0100 From: =?ISO-8859-1?Q?G=E9rard_Gerecht?= Organization: GCAL User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Galette development list Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-Antivirus: avast! (VPS 090324-0, 24/03/2009), Outbound message X-Antivirus-Status: Clean Content-Transfer-Encoding: quoted-printable Subject: [Galette-devel] questions sur le suivi du trunk X-BeenThere: galette-devel@domain.hid X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Galette development list List-Id: Galette development list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 16:58:50 -0000 bonjour, beaucoup de questions ! je d=E9barque ... j'ai charg=E9 le trunk et j'ai commenc=E9 =E0 regarder la structure et le= =20 fonctionnement. j'ai rencontr=E9 des pb/bugs (que j'ai r=E9solu chez moi) et trouv=E9 des= bugs. comment fonctionne t-on ? - on signale seulement o=F9 et =E0 qui ? - on propose une correction o=F9 et =E0 qui ? - on fait la correction et on la signale o=F9 et =E0 qui ? quand il ne s'agit pas de bug mais de suggestions de modifications ou=20 d'=E9volution, m=EAmes questions ? comment est-on organis=E9 ? qui fait quoi ? =E0 qui s'adresser en cas de = pb=20 d'utilisation quelle liste de diffusion faut-il utiliser ? cvs ou devel ? mes excuses, mais je n'ai pas vu de mode d'emploi ! amicalement, g=E9rard From johan@domain.hid Wed Mar 25 18:22:12 2009 Received: from Debian-exim by gna.org with spam-scanned (Exim 4.63) (envelope-from ) id 1LmWnm-000109-E4 for galette-devel@domain.hid; Wed, 25 Mar 2009 18:22:11 +0100 X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on mail.gna.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=3.3 tests=AWL,BAYES_00 autolearn=ham version=3.1.7-deb Received: from 27.mail-out.ovh.net ([91.121.30.210]) by gna.org with smtp (Exim 4.63) (envelope-from ) id 1LmWnm-0000vh-AP for galette-devel@domain.hid; Wed, 25 Mar 2009 18:22:06 +0100 Received: (qmail 17500 invoked by uid 503); 25 Mar 2009 17:36:47 -0000 Received: from b7.ovh.net (HELO mail53.ha.ovh.net) (213.186.33.57) by 27.mail-out.ovh.net with SMTP; 25 Mar 2009 17:36:47 -0000 Received: from b0.ovh.net (HELO queue-out) (213.186.33.50) by b0.ovh.net with SMTP; 25 Mar 2009 17:21:48 -0000 Received: from bas33-2-82-230-0-44.fbx.proxad.net (HELO ?192.168.1.2?) (trasher@domain.hid) by ns0.ovh.net with SMTP; 25 Mar 2009 17:21:45 -0000 Message-ID: <49CA6816.2070908@domain.hid> Date: Wed, 25 Mar 2009 18:21:26 +0100 From: Johan Cwiklinski User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b3pre) Gecko/20090315 Remi/3.0-0.b2.fc10.remi Thunderbird/3.0b2 MIME-Version: 1.0 To: Galette development list References: <49CA6297.6080200@domain.hid> In-Reply-To: <49CA6297.6080200@domain.hid> X-Enigmail-Version: 0.96a Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Ovh-Tracer-Id: 7505530255075668144 X-Ovh-Remote: 82.230.0.44 (bas33-2-82-230-0-44.fbx.proxad.net) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) Subject: Re: [Galette-devel] questions sur le suivi du trunk X-BeenThere: galette-devel@domain.hid X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Galette development list List-Id: Galette development list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 17:22:12 -0000 Salut, Le 25/03/2009 17:57, G=E9rard Gerecht a =E9crit : > bonjour, > beaucoup de questions ! je d=E9barque ... > > j'ai charg=E9 le trunk et j'ai commenc=E9 =E0 regarder la structure et = le=20 > fonctionnement. > j'ai rencontr=E9 des pb/bugs (que j'ai r=E9solu chez moi) et trouv=E9 d= es bugs. > comment fonctionne t-on ? > - on signale seulement o=F9 et =E0 qui ? > - on propose une correction o=F9 et =E0 qui ? > - on fait la correction et on la signale o=F9 et =E0 qui ? > =20 Beh... Tout d=E9pend :-D Cette liste est un bon endroit pour parler des probl=E8mes de dev, des am=E9liorations, des id=E9es etc. La d=E9claration de bogues passe normalement par le gestionnaire de bogue= s sur Gna! Dans le normal, les corrections de bogues, tu peux les faire et les commiter, pas de soucis. Pour les fonctionnalit=E9s, =E7a varie un peu pl= us, surtout si tu n'as pas suivi les derni=E8res discussions ici m=EAme. > quand il ne s'agit pas de bug mais de suggestions de modifications ou=20 > d'=E9volution, m=EAmes questions ? > > comment est-on organis=E9 ? qui fait quoi ? =E0 qui s'adresser en cas d= e pb=20 > d'utilisation > =20 Heu... moi ? :-D J'envoie g=E9n=E9ralement des messages ici m=EAme pour signaler o=F9 j'en= suis et o=F9 je veux aller ; les archives des derniers mois peuvent t'=EAtre u= tiles. > quelle liste de diffusion faut-il utiliser ? cvs ou devel ? > =20 devel. cvs ne sert qu'=E0 recevoir les commits, personne n'envoie de messages l=E0 bas. Il y a le chan irc aussi, sur lequel on cause un peu en mode asynchrone mais bon... :-) > mes excuses, mais je n'ai pas vu de mode d'emploi ! > =20 Pas de probl=E8me ; il n'y a d'ailleurs pas de mode d'emploi ;-) > amicalement, > > g=E9rard > =20 Bonne soir=E9e, Johan From gg@domain.hid Fri Mar 27 12:05:09 2009 Received: from Debian-exim by gna.org with spam-scanned (Exim 4.63) (envelope-from ) id 1Ln9s0-00026n-Jx for Galette-devel@domain.hid; Fri, 27 Mar 2009 12:05:09 +0100 X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on mail.gna.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=3.3 tests=AWL,BAYES_00 autolearn=ham version=3.1.7-deb Received: from smtp3-g21.free.fr ([212.27.42.3]) by gna.org with esmtp (Exim 4.63) (envelope-from ) id 1Ln9s0-00022Z-B3 for Galette-devel@domain.hid; Fri, 27 Mar 2009 12:05:04 +0100 Received: from smtp3-g21.free.fr (localhost [127.0.0.1]) by smtp3-g21.free.fr (Postfix) with ESMTP id 8DE03818079 for ; Fri, 27 Mar 2009 12:04:25 +0100 (CET) Received: from [127.0.0.1] (ver91-3-82-241-139-126.fbx.proxad.net [82.241.139.126]) by smtp3-g21.free.fr (Postfix) with ESMTP id 8DDB0818098 for ; Fri, 27 Mar 2009 12:04:23 +0100 (CET) Message-ID: <49CCB2B2.60405@domain.hid> Date: Fri, 27 Mar 2009 12:04:18 +0100 From: =?ISO-8859-1?Q?G=E9rard_Gerecht?= Organization: GCAL User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Galette-devel@domain.hid Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-Antivirus: avast! (VPS 090326-0, 26/03/2009), Outbound message X-Antivirus-Status: Clean Content-Transfer-Encoding: quoted-printable Subject: [Galette-devel] pb install X-BeenThere: galette-devel@domain.hid X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Galette development list List-Id: Galette development list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2009 11:05:09 -0000 en essayant d'installer le trunk j'ai les msg suivant : Warning: is_readable() [function.is-readable]: open_basedir restriction=20 in effect. File(/usr/share/pear/MDB2/Driver/Manager/mysql.php) is not=20 within the allowed path(s):=20 (/var/www/virtual/gerecht.fr/:/usr/share/php/:/tmp:/var/lib/php5) in=20 /usr/share/php/MDB2.php on line 927 Warning: file_exists() [function.file-exists]: open_basedir restriction=20 in effect. File(/usr/share/Smarty/Smarty.class.php) is not within the=20 allowed path(s):=20 (/var/www/virtual/gerecht.fr/:/usr/share/php/:/tmp:/var/lib/php5) in=20 /var/www/virtual/ge recht.fr/galette-svn/htdocs/includes/smarty.inc.php on line 35 ces erreurs commencent =E0 apparaitre lors de l'installation lors de la=20 connexion =E0 la base. pas d'autres erreurs lors de l'installation qui va jusqu'au bout sans=20 autres pb, les tables sont bien cr=E9es. il s'agit d'une install sur un serveur linux/apache "normal" =E0 priori erreur reproductible --> http://www.galette-svn.gerecht.fr/index.php g=E9rard From johan@domain.hid Fri Mar 27 17:07:16 2009 Received: from Debian-exim by gna.org with spam-scanned (Exim 4.63) (envelope-from ) id 1LnEa3-0005T6-Es for galette-devel@domain.hid; Fri, 27 Mar 2009 17:07:16 +0100 X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on mail.gna.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=3.3 tests=AWL,BAYES_00 autolearn=ham version=3.1.7-deb Received: from 39.mail-out.ovh.net ([213.251.138.60]) by gna.org with smtp (Exim 4.63) (envelope-from ) id 1LnEa3-0005Lb-EG for galette-devel@domain.hid; Fri, 27 Mar 2009 17:06:51 +0100 Received: (qmail 26477 invoked by uid 503); 27 Mar 2009 16:06:38 -0000 Received: from gw2.ovh.net (HELO mail142.ha.ovh.net) (213.251.189.202) by 39.mail-out.ovh.net with SMTP; 27 Mar 2009 16:06:38 -0000 Received: from b0.ovh.net (HELO queue-out) (213.186.33.50) by b0.ovh.net with SMTP; 27 Mar 2009 16:06:15 -0000 Received: from bas33-2-82-230-0-44.fbx.proxad.net (HELO ?192.168.1.2?) (trasher@domain.hid) by ns0.ovh.net with SMTP; 27 Mar 2009 16:06:14 -0000 Message-ID: <49CCF975.4070207@domain.hid> Date: Fri, 27 Mar 2009 17:06:13 +0100 From: Johan Cwiklinski User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b3pre) Gecko/20090315 Remi/3.0-0.b2.fc10.remi Thunderbird/3.0b2 MIME-Version: 1.0 To: Galette development list References: <49CCB2B2.60405@domain.hid> In-Reply-To: <49CCB2B2.60405@domain.hid> X-Enigmail-Version: 0.96a Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Ovh-Tracer-Id: 17975554964147105968 X-Ovh-Remote: 82.230.0.44 (bas33-2-82-230-0-44.fbx.proxad.net) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) Subject: Re: [Galette-devel] pb install X-BeenThere: galette-devel@domain.hid X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Galette development list List-Id: Galette development list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2009 16:07:16 -0000 Le 27/03/2009 12:04, G�rard Gerecht a �crit : > en essayant d'installer le trunk j'ai les msg suivant : > > Warning: is_readable() [function.is-readable]: open_basedir restriction > in effect. File(/usr/share/pear/MDB2/Driver/Manager/mysql.php) is not > within the allowed path(s): > (/var/www/virtual/gerecht.fr/:/usr/share/php/:/tmp:/var/lib/php5) in > /usr/share/php/MDB2.php on line 927 > > Warning: file_exists() [function.file-exists]: open_basedir restriction > in effect. File(/usr/share/Smarty/Smarty.class.php) is not within the > allowed path(s): > (/var/www/virtual/gerecht.fr/:/usr/share/php/:/tmp:/var/lib/php5) in > /var/www/virtual/ge > recht.fr/galette-svn/htdocs/includes/smarty.inc.php on line 35 > > ces erreurs commencent � apparaitre lors de l'installation lors de la > connexion � la base. > > pas d'autres erreurs lors de l'installation qui va jusqu'au bout sans > autres pb, les tables sont bien cr�es. > > il s'agit d'une install sur un serveur linux/apache "normal" � priori > > erreur reproductible --> http://www.galette-svn.gerecht.fr/index.php > > g�rard > Il semble que le "probl�me" soit d� au fait que Smarty et PEAR::MDB2 sont install�s sur ton syst�me ; et que php n'a pas le droit d'aller les chercher l� bas... C�t� config php, je ne sais pas trop ce qu'il faut faire pour modifier cela. Dans le code de galette, en supprimant le "get_include_path() . " dans includes/galette.inc.php, �a devrait faire l'affaire. Il faudrait peut-�tre mettre cet appel � la fin plut�t qu'au d�but, comme cela si l'installation de Galette fournit PEAR et Smarty, on ne cherche pas plus loin. Bonne journ�e, Joahn