hello,
je n'ai pas d'application qui tourne dessus en Spip 1.9,
et le plus gros (l'unique?) utilisateur du plugin a été Booz.
Si cela ne le gêne pas, on peut sans doute faire un portage en 2.0 directement, quitte à garder eventuellement un sabot sur la derniere version compatible 1.9.x pour les archives.
Cédric
Le 14 oct. 08 à 17:43, Martin Arnaud a écrit :
Salut Cédric,
Je ne sais pas si tu as vu mon mail ce matin sur spip-dev au sujet de boucle_xml.
En gros: le plugin n'est (sauf erreur de ma part) plus compatible avec SPIP 2. Comme j'en avais besoin, j'ai fait un patch rapide, mais ça n'est pas un véritable nettoyage comme il faut. Ça semble fonctionner chez moi, mais comme je ne connais pas tous les aboutissants de ce plugin, j'ignore si c'est bon.
J'ignore aussi si la version actuellement en SVN est compatible avec la 1.9. Auquel cas il serait dommage d'écraser avec les fonctions compatibles 2.0, et plutôt faire un dossier spécifique.
D'où ce mail: qu'est-ce que tu préfères:
- que je commit directement le patch?
- que je commit avec un nouveau dossier 2.0?
- que je ne touche à rien en attendant que tu aies le temps de faire des corrections propres toi-même, vu que tu connais mieux le bébé?
Pour moi on peut passer en 2 directos en patchant dans le tas, quitte a faire un sabot plus tard sur une version plus ancienne si quelqu'un se plaint.
En plus moi je m'en suis servi pour un truc particulier afficher du html en position absolute a partir de balises xml avec des coordonnées pour lequel c'était top, mais par la suite j'ai du recoder un truc a partir des fonctions php de parsing XML car le plugin ne se souvient pas de l'ordre d'apparition des balises, il fait des tableaux par type de balises.
Ca fait que par exemple, tu peux pas afficher des trucs du style
<p>jkhllkjhlkjh</p>
<h3>:nlmkjmlkjmklj</h3>
<p>lmkjlmkjmlij</p>
il va afficher
<h3>:nlmkjmlkjmklj</h3>
<p>jkhllkjhlkjh</p>
<p>lmkjlmkjmlij</p>
BoOz
cedric.morin@yterium.com wrote:
hello,
je n'ai pas d'application qui tourne dessus en Spip 1.9,
et le plus gros (l'unique?) utilisateur du plugin a été Booz.
Si cela ne le gêne pas, on peut sans doute faire un portage en 2.0 directement, quitte à garder eventuellement un sabot sur la derniere version compatible 1.9.x pour les archives.
Cédric
Le 14 oct. 08 à 17:43, Martin Arnaud a écrit :
Salut Cédric,
Je ne sais pas si tu as vu mon mail ce matin sur spip-dev au sujet de boucle_xml.
En gros: le plugin n'est (sauf erreur de ma part) plus compatible avec SPIP 2. Comme j'en avais besoin, j'ai fait un patch rapide, mais ça n'est pas un véritable nettoyage comme il faut. Ça semble fonctionner chez moi, mais comme je ne connais pas tous les aboutissants de ce plugin, j'ignore si c'est bon.
J'ignore aussi si la version actuellement en SVN est compatible avec la 1.9. Auquel cas il serait dommage d'écraser avec les fonctions compatibles 2.0, et plutôt faire un dossier spécifique.
D'où ce mail: qu'est-ce que tu préfères:
- que je commit directement le patch?
- que je commit avec un nouveau dossier 2.0?
- que je ne touche à rien en attendant que tu aies le temps de faire des corrections propres toi-même, vu que tu connais mieux le bébé?
Pour moi on peut passer en 2 directos en patchant dans le tas, quitte a faire un sabot plus tard sur une version plus ancienne si quelqu'un se plaint.
En plus moi je m'en suis servi pour un truc particulier afficher du html en position absolute a partir de balises xml avec des coordonnées pour lequel c'était top, mais par la suite j'ai du recoder un truc a partir des fonctions php de parsing XML car le plugin ne se souvient pas de l'ordre d'apparition des balises, il fait des tableaux par type de balises.
Ca fait que par exemple, tu peux pas afficher des trucs du style
<p>jkhllkjhlkjh</p>
<h3>:nlmkjmlkjmklj</h3>
<p>lmkjlmkjmlij</p>
il va afficher
<h3>:nlmkjmlkjmklj</h3>
<p>jkhllkjhlkjh</p>
<p>lmkjlmkjmlij</p>
oui : c'est un defaut de conception du parseur interne...
Cédric
hello,
je n'ai pas d'application qui tourne dessus en Spip 1.9,
et le plus gros (l'unique?) utilisateur du plugin a été Booz.
Je m'en sers aussi en lien avec le plugin comarcage
Si cela ne le gêne pas, on peut sans doute faire un portage en 2.0 directement, quitte à garder eventuellement un sabot sur la derniere version compatible 1.9.x pour les archives.
pas de soucis me concernant ce site la ne devrait pas bouger de version avant un bon moment ... pas besoin d'archives pour moi.
hello,
je n'ai pas d'application qui tourne dessus en Spip 1.9,
et le plus gros (l'unique?) utilisateur du plugin a été Booz.
Je m'en sers aussi en lien avec le plugin comarcage
tu utilises la version dev du plugin comarquage qui n'est pas finie et qui est loin d'afficher toutes les infos envoyées par la documentation francaise...
Cédric
hello,
je n'ai pas d'application qui tourne dessus en Spip 1.9,
et le plus gros (l'unique?) utilisateur du plugin a été Booz.
Je m'en sers aussi en lien avec le plugin comarcage
tu utilises la version dev du plugin comarquage qui n'est pas finie et qui est loin d'afficher toutes les infos envoyées par la documentation francaise...
Cédric
merci de l'info
je lance un nouveau post pour voir si quelqu'un utilise ce plugin
