SPIP 4 et la compat des plugins

--===============1904515572==
Content-Type: multipart/alternative; boundary="00000000000026a74c05c1be9c89"

--00000000000026a74c05c1be9c89
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hello,

Je commence =C3=A0 mettre =C3=A0 jour la compat des plugins que je maintien=
s mais je
me pose pas mal de questions.
En outre, je vois passer des mises =C3=A0 jour sur d'autres plugins et on e=
st
pas tr=C3=A8s raccord sur la strat=C3=A9gie =C3=A0 adopter.
Je me dis que =C3=A7a serait bien de d=C3=A9finir quelques recommandations =
pour
=C3=A9viter la joyeuse kermesse =C3=A0 la fin...

En effet, il y a plusieurs "am=C3=A9liorations" qu'il est possible d'amener=
 =C3=A0
nos plugins qui vont entrer dans le futur:
1- l'abandon du plugin.xml qui n'est plus n=C3=A9cessaire =C3=A0 partir de =
la branche
3.0
2- l'utilisation d'un logo svg pour le plugin =C3=A0 partir de la branche 3=
.2
3- passer le logo =C3=A0 la racine du plugin avec un nom prefixe.svg =C3=A0=
 partir de
3.2
4- l'ajout de necessite vers des plugins-dist retir=C3=A9s depuis la 4.0 (c=
e qui
aurait toujours d=C3=BB =C3=AAtre le cas m=C3=AAme avant la 4.0)

*cas 1: plugin compat [3.2.0;3.2.*]*
Dans ce cas, normalement il n'existe plus de plugin.xml et on peut
appliquer 2 et 3.
Si on ne souhaite pas utiliser des nouveaut=C3=A9s spip 4 on peut donc pass=
er =C3=A0
[3.2.0;4.0.*].
Sinon on cr=C3=A9e une branche nouvelle (via le master) [4.0.0-alpha;4.0.*]=
.


*cas 2: plugin compat [3.1.0;3.2.*] ou [3.0.0;3.2.*]*
Dans ce cas, normalement il n'existe plus de plugin.xml, sinon on peut le
virer, =C3=A7a doit =C3=AAtre un oubli.
2 n'est pas applicable pour 3.0 et 3.1 qui ne sont plus support=C3=A9es par=
 spip
suite =C3=A0 la sortie de la 4.0.
Le mieux est s=C3=BBrement de cr=C3=A9er une nouvelle branche n+1 du plugin
compatible [3.2.0;4.0.*] et d'appliquer 2 et 3 si pas de besoin de
nouveaut=C3=A9s spip 4.
La branche n peut =C3=AAtre r=C3=A9duite =C3=A0 [3.0.0;3.1.*] ou [3.1.0;3.1=
.*] selon.
Si on a besoin de nouveaut=C3=A9s spip 4 alors on cr=C3=A9e une branche nou=
velle (via
le master) [4.0.0-alpha;4.0.*], application de 2 et 3 et la branche n ne
change pas.

*cas 3: plugin compat [2.x.y;3.2.*]*
Dans ce cas, il faut cr=C3=A9er une branche n+1 comme dans le cas 2 en
appliquant 1, 2  et 3.
La branche n peut rester comme elle est ou =C3=AAtre r=C3=A9duite =C3=A0 3.=
1 max.

A votre avis ? C'est vraiment une premi=C3=A8re r=C3=A9flexion =C3=A0 am=C3=
=A9liorer je pense.

++
Eric

--00000000000026a74c05c1be9c89
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>Hello,</div><div><br></div><div>Je commence =C3=A0 me=
ttre =C3=A0 jour la compat des plugins que je maintiens mais je me pose pas=
 mal de questions.</div><div>En outre, je vois passer des mises =C3=A0 jour=
 sur d&#39;autres plugins et on est pas tr=C3=A8s raccord sur la strat=C3=
=A9gie =C3=A0 adopter.</div><div>Je me dis que =C3=A7a serait bien de d=C3=
=A9finir quelques recommandations pour =C3=A9viter la joyeuse kermesse =C3=
=A0 la fin...</div><div><br></div><div>En effet, il y a plusieurs &quot;am=
=C3=A9liorations&quot; qu&#39;il est possible d&#39;amener =C3=A0 nos plugi=
ns qui vont entrer dans le futur:</div><div>1- l&#39;abandon du plugin.xml =
qui n&#39;est plus n=C3=A9cessaire =C3=A0 partir de la branche 3.0</div><di=
v>2- l&#39;utilisation d&#39;un logo svg pour le plugin =C3=A0 partir de la=
 branche 3.2</div><div>3- passer le logo =C3=A0 la racine du plugin avec un=
 nom prefixe.svg =C3=A0 partir de 3.2</div><div>4- l&#39;ajout de necessite=
 vers des plugins-dist retir=C3=A9s depuis la 4.0 (ce qui aurait toujours d=
=C3=BB =C3=AAtre le cas m=C3=AAme avant la 4.0)</div><div><br></div><div><u=
>cas 1: plugin compat [3.2.0;3.2.*]</u></div><div>Dans ce cas, normalement =
il n&#39;existe plus de plugin.xml et on peut appliquer 2 et 3.</div><div>S=
i on ne souhaite pas utiliser des nouveaut=C3=A9s spip 4 on peut donc passe=
r =C3=A0 [3.2.0;4.0.*].</div><div>Sinon on cr=C3=A9e une branche nouvelle (=
via le master) [4.0.0-alpha;4.0.*].</div><div><br></div><div><div><u>cas 2:=
 plugin compat [3.1.0;3.2.*] ou [3.0.0;3.2.*]<br></u></div><div>Dans ce cas=
, normalement il n&#39;existe plus de plugin.xml, sinon on peut le virer, =
=C3=A7a doit =C3=AAtre un oubli.</div></div><div>2 n&#39;est pas applicable=
 pour 3.0 et 3.1 qui ne sont plus support=C3=A9es par spip suite =C3=A0 la =
sortie de la 4.0.</div><div>Le mieux est s=C3=BBrement de cr=C3=A9er une no=
uvelle branche n+1 du plugin compatible [3.2.0;4.0.*] et d&#39;appliquer 2 =
et 3 si pas de besoin de nouveaut=C3=A9s spip 4.</div><div>La branche n peu=
t =C3=AAtre r=C3=A9duite =C3=A0 [3.0.0;3.1.*] ou [3.1.0;3.1.*] selon.</div>=
<div>Si on a besoin de nouveaut=C3=A9s spip 4 alors on cr=C3=A9e une branch=
e nouvelle (via le master) [4.0.0-alpha;4.0.*], application de 2 et 3 et la=
 branche n ne change pas.<br></div><div><br></div><div><div><u>cas 3: plugi=
n compat [2.x.y;3.2.*]</u></div><div>Dans ce cas, il faut cr=C3=A9er une br=
anche n+1 comme dans le cas 2 en appliquant 1, 2=C2=A0 et 3.</div><div>La b=
ranche n peut rester comme elle est ou =C3=AAtre r=C3=A9duite =C3=A0 3.1 ma=
x.</div><div><br></div></div><div>A votre avis ? C&#39;est vraiment une pre=
mi=C3=A8re r=C3=A9flexion =C3=A0 am=C3=A9liorer je pense.<br></div><div><br=
></div><div><div dir=3D"ltr" class=3D"gmail_signature" data-smartmail=3D"gm=
ail_signature"><div dir=3D"ltr"><div>++</div><div>Eric<br></div></div></div=
></div></div>

--00000000000026a74c05c1be9c89--

--===============1904515572==
Content-Type: text/plain; charset="iso-8859-1"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline