Coucou,

le critère {statut} change un peu de comportement.

Auparavant, si vous l'utilisiez, il venait *s'ajouter* à la vérification du
statut faite par défaut par la boucle. Par exemple, pour la boucle ARTICLES,
la vérification par défaut était
        statut='publie'
et dans le cas des boucles ARTICLES avec publication des post-datés = non
        statut='publie' AND date<NOW()

Il était donc imposible de faire {statut='prop'} pour obtenir les articles
"proposés", ou {age<0} pour obtenir les articles post-datés si on avait
décidé de ne pas les publier "en général". Autrement dit, le réglage global
était du type "général", et pas "par défaut".

Désormais l'appel du critère {statut} **désactive la vérification par
défaut**. Ce qui permet de faire, pour obtenir les post-datés dans une
boucle "articles à paraitre" :
        <BOUCLE_a_paraitre(ARTICLES){statut=publie}{age<=0}>
        #DATE, #TITRE
        </BOUCLE_a_paraitre>

Ici {statut='publie'} affiche les publies, sans tenir compte de leur date de
publication. Le critère {age} ne prend que les articles "futurs".

La boucle "SPIP Indy" permet de faire :
        <BOUCLE_proposes(ARTICLES){statut=prop}>
        #TITRE, article proposé le #DATE
        </BOUCLE_proposes>

ou encore
        <BOUCLE_tout(ARTICLES){statut IN publie, prop}>
        #TITRE (#STATUT)
        </BOUCLE_tout>

Ce critère est valable pour toutes les boucles : BREVES, ARTICLES,
FORUM, SIGNATURES, SYNDICATION, SYNDIC_ARTICLES, RUBRIQUES, AUTEURS.

Il va de soi que c'est à utiliser avec précaution, ne serait-ce que parce
que, par exemple, la <boucle(FORUMS){statut==.}> n'hésitera pas à afficher
les forums privés de la messagerie privée...

Dernière remarque : indépendamment des choix de "publication", ce critère
peut être très utile pour fabriquer des interfaces d'administration
alternatives, dans des squelettes protégés par #LOGIN_PUBLIC.

-- Fil