* #DATE_NOUVEAUTES et {agenouv} (critère à renommer) : une
fois ce patch intégré, modifier en conséquence l'appel et le squelette du
mail nouveautés.
Est-ce prévu de l'intégrer à la version 1.5 ?
renommage du critère en * {age_relatif_mail_nouv} * ?
Une autre idée serait de 'factoriser' age_relatif' comme suit :
- age_relatif(date_precedente) pour comparer la date de la boucle en cours
avec la date de la boucle parente (en conservant age_relatif pour la
compatibilité)
- age_relatif(mail_nouv) pour comparer la date de la boucle en cours avec la
date du dernier envoi des nouveautes
et ainsi, intégrer plus facilement un autre age_relatif...
* #DATE_NOUVEAUTES et {agenouv} (critère à renommer) : une
fois ce patch intégré, modifier en conséquence l'appel et le squelette du
mail nouveautés.
Est-ce prévu de l'intégrer à la version 1.5 ?
Non. PLus tard.
Une autre idée serait de 'factoriser' age_relatif' comme suit :
- age_relatif(date_precedente) pour comparer la date de la boucle en cours
avec la date de la boucle parente (en conservant age_relatif pour la
compatibilité)
- age_relatif(mail_nouv) pour comparer la date de la boucle en cours avec la
date du dernier envoi des nouveautes
Oui, ça pourrait être une bonne idée, mais j'ai peur que ça complique. Et,
au fait, à quoi ça sert ? Si tu veux afficher les articles depuis la date
d'envoi du dernier mail nouveautés, tu peux bricoler ça autrement, avec un
peu de php. Et je ne vois pas à quoi d'autre ça peut bien servir...