Author: esj@rezo.net
Date: 2009-05-14 00:28:28 +0200 (jeu, 14 mai 2009)
New Revision: 13986
Log:
[7017] a introduit la balise {{{#INCLURE}}} en laissant entendre que l'écriture {{{#INCLURE(fond=x, var1=val1, var2=val2 etc)}}} marchait, mais ce n'est pas le cas, et d'ailleurs si ça l'avait été il n'y aurait pas eu besoin de rappeler dérogatoirement le phraseur alors qu'à ce stade son boulot est fini et qu'on n'a pas a supposer qu'il contient une certaine fonction. Cette architecture bancale aurait dû alerter quant à un problème qui allait surgir tôt ou tard, et le voici. La balise {{{#INCLURE}}} devrait pouvoir admettre des champs imbriqués comme ses congénères, mais ça ne marche pas, et avec en plus un faux message d'erreur: {{{[(#INCLURE{fond=inc-[(#ENV{skel}|secu)]})]}}} sort en erreur à propos du squelette inexistant {{{inc-}}} quel que soit l'environnement.
Début de correction: remise à plat des fonctions {{{phraser_arguments_inclure}}} et {{{ argumenter_inclure }}} qui consommaient inutilement de la mémoire et avaient des signatures malcommodes. A reporter en 2.0 quand ça sera fini.
Modified:
spip/ecrire/public/balises.php
spip/ecrire/public/compiler.php
spip/ecrire/public/phraser_html.php