From a.lefranc@domain.hid Tue Nov 13 09:47:35 2012 Received: from Debian-exim by gna.org with spam-scanned (Exim 4.72) (envelope-from ) id 1TYC9W-0002uc-Ei for galette-devel@domain.hid; Tue, 13 Nov 2012 09:47:35 +0100 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.gna.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=3.3 tests=BAYES_00,FREEMAIL_FROM, HTML_MESSAGE, RCVD_IN_DNSWL_NONE, RP_MATCHES_RCVD, SPF_PASS autolearn=ham version=3.3.1 Received: from smtpout3.laposte.net ([193.253.67.228] helo=smtpout.laposte.net) by gna.org with esmtp (Exim 4.72) (envelope-from ) id 1TYC9W-0002u9-Cm for galette-devel@domain.hid; Tue, 13 Nov 2012 09:47:26 +0100 Received: from mac-lefranc-2.home ([90.16.41.193]) by mwinf8505-out with ME id Nwn31k0014A3CkA03wn3DX; Tue, 13 Nov 2012 09:47:03 +0100 Message-ID: <50A20906.5080102@domain.hid> Date: Tue, 13 Nov 2012 09:47:02 +0100 From: =?ISO-8859-1?Q?Andr=E9_Lefranc?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: galette-devel@domain.hid Content-Type: multipart/alternative; boundary="------------080907050801010109080906" Received-SPF: pass client-ip=193.253.67.228; envelope-from=a.lefranc@domain.hid; helo=smtpout.laposte.net Subject: [Galette-devel] ajout d'un membre sur groupe version 7.2 X-BeenThere: galette-devel@domain.hid X-Mailman-Version: 2.1.13 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, 13 Nov 2012 08:47:35 -0000 This is a multi-part message in MIME format. --------------080907050801010109080906 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit on me signale une difficulté sur une galette en version 7.2 impossibilité de rattacher à un groupe un nouvel adhérent. J'ai vérifié sur ce site on lit dans le code source :

Groupes : Gestion des groupes de l'utilisateur Gestion des groupes gérés par l'utilisateur

je ne suis pas expert mais le lien n'est pas affiché ni dans le code source ni par le brownser. sur une autre galette même version (mise à jour avec la même extraction) même difficulté. De plus Le script qui doit déclencher la modification de la page si c'est une personne morale ne se déclenche pas. --------------080907050801010109080906 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit on me signale une difficulté sur une galette en version 7.2

impossibilité de rattacher à un groupe un nouvel adhérent.
J'ai vérifié sur ce site on lit dans le code source :
<p>

<span class="bline">Groupes&nbsp;:</span>

<a class="button" id="btngroups">Gestion des groupes de l'utilisateur</a>

<a class="button" id="btnmanagedgroups">Gestion des groupes gérés par l'utilisateur</a>

<span id="usergroups_form">

</span>

<span id="managedgroups_form">

</span>

<span id="usergroups">

</span>

<span id="usermanagedgroups">

</span>

</p>
 je ne suis pas expert mais le lien n'est pas affiché ni dans le code source ni par le brownser.

sur une autre galette même version (mise à jour avec la même extraction) même difficulté.

De plus Le script qui doit déclencher la modification de la page si c'est une personne morale ne se déclenche pas.


--------------080907050801010109080906-- From johan@domain.hid Wed Nov 21 00:53:05 2012 Received: from Debian-exim by gna.org with spam-scanned (Exim 4.72) (envelope-from ) id 1Taxcg-0006rr-1C for galette-devel@domain.hid; Wed, 21 Nov 2012 00:53:05 +0100 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.gna.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=3.3 tests=BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1 Received: from 11.mo1.mail-out.ovh.net ([188.165.48.29] helo=mo1.mail-out.ovh.net) by gna.org with esmtp (Exim 4.72) (envelope-from ) id 1Taxcf-0006rn-Vd for galette-devel@domain.hid; Wed, 21 Nov 2012 00:52:58 +0100 Received: from mail435.ha.ovh.net (b6.ovh.net [213.186.33.56]) by mo1.mail-out.ovh.net (Postfix) with SMTP id 78FDBFF9ACC for ; Wed, 21 Nov 2012 01:04:16 +0100 (CET) Received: from b0.ovh.net (HELO queueout) (213.186.33.50) by b0.ovh.net with SMTP; 21 Nov 2012 01:53:00 +0200 Received: from bdn33-3-82-245-83-46.fbx.proxad.net (HELO ?192.168.1.2?) (trasher@domain.hid) by ns0.ovh.net with SMTP; 21 Nov 2012 01:52:58 +0200 Message-ID: <50AC1825.8070305@domain.hid> Date: Wed, 21 Nov 2012 00:54:13 +0100 From: Johan Cwiklinski User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121029 Thunderbird/16.0.2 MIME-Version: 1.0 To: galette-devel@domain.hid X-Ovh-Mailout: 178.32.228.1 (mo1.mail-out.ovh.net) X-Enigmail-Version: 1.4.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigE909E88BF3677AA82CE3EB08" X-Ovh-Tracer-Id: 1718686208434598064 X-Ovh-Remote: 82.245.83.46 (bdn33-3-82-245-83-46.fbx.proxad.net) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-OVH-SPAMSTATE: OK X-OVH-SPAMSCORE: -100 X-OVH-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeehgedrudeiucetufdoteggodetrfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecugfhvvghrhghhihhtvgdqqdetucdlqddutddtmdenucfhrhhomheplfhohhgrnhcuveifihhklhhinhhskhhiuceojhhohhgrnhesgidqthhnugdrsggvqeenucffohhmrghinhepshhmrghrthihrdhnvghtpdhslhhimhhfrhgrmhgvfihorhhkrdgtohhmnecujfgurhepkfffhfgfggfvufgtsehgtdgrredtfedu X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeehgedrudeiucetufdoteggodetrfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecugfhvvghrhghhihhtvgdqqdetucdlqddutddtmdenucfhrhhomheplfhohhgrnhcuveifihhklhhinhhskhhiuceojhhohhgrnhesgidqthhnugdrsggvqeenucffohhmrghinhepshhmrghrthihrdhnvghtpdhslhhimhhfrhgrmhgvfihorhhkrdgtohhmnecujfgurhepkfffhfgfggfvufgtsehgtdgrredtfedu Received-SPF: none client-ip=188.165.48.29; envelope-from=johan@domain.hid; helo=mo1.mail-out.ovh.net Subject: [Galette-devel] =?iso-8859-1?q?Grosse_modif_=E0_venir=2E=2E=2E_ge?= =?iso-8859-1?q?stion_de_routes?= X-BeenThere: galette-devel@domain.hid X-Mailman-Version: 2.1.13 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, 20 Nov 2012 23:53:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE909E88BF3677AA82CE3EB08 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Salut, Bon, d=E9sol=E9, je n'ai pas pu m'en emp=EAcher ; je vais encore faire un= e grosse modif sur Galette... J'ai d=E9j=E0 commenc=E9 en fait, mais sur un taff hors ligne... un de pl= us... % git branch |grep -c feature 11 :p Le constat : actuellement, les diff=E9rentes pages de Galette correspondent toutes =E0 un fichier PHP distinct. Cette fa=E7on de faire implique une certaine redondance parfois, et devient =E0 mes yeux un peu trop compliqu=E9e =E0 g=E9rer. Les URL de Galette sont assez longues et complexes, francis=E9es pour certaines, pas pour d'autres ; c'est un joyeux boxon. Et je ne parle pas des chemins pour acc=E9der aux parties "publiques" des= plugins, ni du dossier "public" qui me casse les noix depuis bien longtemps :D La solution : utiliser un syst=E8me de routes ; via un framework. L'id=E9= e, c'est d'avoir des URL du type : * galette/members (pour la liste des membres) * galette/member/{id} (pour afficher un membre) * galette/member/{id}/edit (pour modifier un membre) * galette/member/add (pour ajouter un membre) * galette/paypal/form (pour l'url du formulaire paypal fourni par un plugin). Ces chemins sont parfaitement arbitraires et non d=E9finitifs, mais l'id=E9= e est l=E0. Les actuels bouts de code "m=E9tier" qui se trouvent dans les fichiers php seront aussi totalement s=E9par=E9s, on aurait par exemple u= ne route pour le filtrage du type "galette/filter", actuellement c'est fait dans gestion_adherents.php. J'ai envisag=E9 de n'utiliser qu'une biblioth=E8que qui fournisse ces possibilit=E9s, mais je n'en ai pas trouv=E9 de r=E9ellement adapt=E9e. C'=E9tait donc soit partir sur une biblioth=E8que existante et la modifie= r pour les besoins de la cause (beurk, trop compliqu=E9 de remonter les modifications qui pourraient =EAtre apport=E9es par l'auteur original) ; soit partir sur du Zend, mais je trouve la mise en place =E0 la mode Zend= trop compliqu=E9e... Je suis tomb=E9 sur un micro framework que je ne connaissais pas, Slim : http://www.slimframework.com/ J'ai donc commenc=E9 =E0 impl=E9menter =E7a doucettement, je trouve le r=E9= sultat assez convainquant pour ma part. Ce ne sera clairement pas au menu de la 0.7.3, mais je n'exclus pas que ce soit fait pour la 0.7.4 ; si toutefois je d=E9cide au final de l'int=E9grer =E0 Galette (=E7a peut tot= u aussi bien =EAtre au menu de galette 0.9.9 hein :p). Si vous avez des avis/remarques/whatever, je suis preneur :) Le code (comme dit en d=E9but de message) n'est pas publi=E9 ; mais je le= tiens =E0 disposition =E9videmment si quelqu'un veut voir ce que =E7a don= ne et/ou filer un coup de main. *=C0 noter* : cette modification implique de *tr=E8s nombreuses* modifications dans Galette, =E0 quasiment tous les niveaux... Les modifications ne sont pas =E9normes dans beaucoup de cas, mais il faut le= s faire. Note compl=E9mentaire : Smarty3 "impl=E9mente" un concept d'erreurs attendues (ce n'est pas moi qui l'invente : http://www.smarty.net/docs/en/api.mute.expected.errors.tpl). Par exemple, la pr=E9sence de cl=E9s demand=E9es dans des tableaux n'est pas test=E9e, et on se chope des "undefined index" =E0 tous les coups. Avec Slim, je ne parviens pas =E0 le faire taire (la fonction mute reste sans effet). Je commence doucement =E0 me demander si je ne devrais pas envisager =E9galement =E0 un moment ou un autre le changement du syst=E8me de templ= ates aussi (je lorgne vers Twig qui semble vraiment pas mal non plus). Des avis/remarques/whatever ? Roman off pour aujourd'hui, ++ --=20 Johan --------------enigE909E88BF3677AA82CE3EB08 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlCsGCUACgkQ7N2B+4uln5SgjwCg0WxctJJKFmNMF7+07Pzv6Pgu HksAn1gMoybAf5p3/jdvmyVo4mJjr/yj =OarS -----END PGP SIGNATURE----- --------------enigE909E88BF3677AA82CE3EB08--