Par exemple, dans le post.html des templates par défaut, on a actuellement dans le meta name="description": {{tpl:EntryContent full="1" encode_html="1" remove_html="1" cut_string="180"}} Cela deviendrait : {{tpl:EntryContent filters="remove_html|encode_html|cut_string(180)"}}

C'est bien le but, oui, du moins dans un premier temps :)

Hello, Autre sujet de réflexion : les filtres dans les templates, et leur extensibilité. Je parle de ces encode_html="1", et autres cut_string. A l'heure actuelle, je les trouve assez mal conçus : il impossible d'indiquer un ordre dans lequel les filtres sont appliqué, et il est quasiment impossible d'ajouter des filtres customizés via un plugin (via les behaviors public*ContentFilter). Je propose de remplacer l'approche actuelle par un attribut unique "filters". Par exemple, dans le post.html des templates par défaut, on a actuellement dans le meta name="description": {{tpl:EntryContent full="1" encode_html="1" remove_html="1" cut_string="180"}} Cela deviendrait : {{tpl:EntryContent filters="remove_html|encode_html|cut_string(180)"}} => On peut définir l'ordre des filtres, et on se rapproche de ce qu'on trouve dans d'autres moteurs de templates niveau syntaxe...