Bonjour,
Je viens de tomber sur un cas très intéressant qu'il est impossible d'écrire directement en SPIP : la fonction phpversion(). Avec un argument, même «null», elle ne retourne pas la version :
<?php echo phpversion(); ?> // 5.2.6-3ubuntu4.2
<?php echo phpversion(null); ?> // rien
Par conséquent :
[(#VAL|phpversion)] // rien
[(#NULL|phpversion)] // rien
Voilà qui tendrait à trouver une syntaxe qui puisse NE PAS passer d'argument à un filtre !
Pourquoi pas simplement un #PHP_VERSION ?
-Nicolas
Pourquoi pas simplement un #PHP_VERSION ?
Tout à fait.
On peut supposer que le cas cité par Matthieu est rare, non ?
De plus, le besoin de comparer la version de PHP à des pré-requis de
certains pulgins (cf la dernière discussion sur php 5.3.0 sur
spip-zone) pourrait être simplifiée par la présence de cette balise,
et du comparateur qui irait avec.
M'enfin, je dis ça, je débarque un peu là ... 
Oui, mais pas tant que ça…
Il y a quelques fonctions (filtres) de recréées pour passer au dessus de PHP pour un problème d'écriture de squelettes où les arguments ne sont pas dans le même ordre : on cherche des écritures plus fluides pour contourner...
// dans Bonux :
function filtre_explode_dist($a,$b){return explode($b,$a);}}
#VALEUR|explode{separateur} est un exemple
// évite #VAL{separateur}|explode{#VALEUR}
// pourrait être une syntaxe possible :
#.explode{separateur,#VALEUR}
Matthieu Marcillaud a écrit :