<li> mal referme qui plante ref.cml , faudra bien qu'on trouve une solution pour bloquer ce genre d'erreur ...
safehtml sait refermer les balises, a priori
-- Fil
Fil wrote:
<li> mal referme qui plante ref.cml , faudra bien qu'on trouve une solution pour bloquer ce genre d'erreur ...
safehtml sait refermer les balises, a priori
Peut-être mais ce qui plante c'est la transformation xsl appelée par les paquets sur ref.xml pour produire le rss, on est loin de safehtml. A moins de faire un script php l'incorporant et l'appliquer sur chaque plugin.xml, theme.xml ou futur (?) squelette.xml d'un paquet qui change.
Là dessus, je ne suis pas très chaud pour ce genre de correction automatique... qu'on ne pourrait pas commiter de toute façon.
Mais ça peut-être une solution alternative à ce que nous envisageons de faire:
Pour chaque paquet modifié, appliquer une mini transformation qui ne fera qu'extraire nom, version, etat et préfixe pour produire un xml réduit. (Cyrille s'offrait à la préparer)
Si cette transformation échoue, on met le paquet en quarantaine, il ne sera pas inclus dans le ref.xml ou paquets.xml et son zip ne sera pas généré (on gardera l'ancien zip). Idéalement, paquets enverra un mail à spip-zone avec la bordée d'injures réglementaire. Cette quarantaine sera levée à la prochaine modification, si l'erreur est corrigée.
Ces xml réduits seront par ailleurs mergés pour produire un paquets.xml réduit qui à terme alimentera chargeur pour qu'il puisse proposer une liste de plugin/squelettes, ainsi que nous l'envisagions, et sans nécessiter le chargement du gros paquets.xml
Lorsque l'utilisateur voudra visualiser les détails, un coup d'ajax ira chercher le plugin.xml entier sur le trac. Ça servira aussi à analyser les dépendances.
C'est pas encore gagné, mais je pense que nous avons un bout de solution.
--
toggg