Objectif
On veut une liste d’articles triés par année et par mois affichés dans une imbrication de listes non-enumérées. Exemple :
- 2005
- octobre
- article truc
- article bidule
- novembre
- autre article truc
- décembre
- autre article bidule
- octobre
- 2006
- janvier
- bonne année
- février
- bonne fièvre
- mars
- etc
- etc
- etc...
- janvier
La boucle
En fait, les boucles (il y en a 3) :
<B1>
<ul>
<BOUCLE1(ARTICLES){par date}{inverse}{fusion YEAR(date)}>
<li>[(#DATE|annee)]
<B2>
<ul>
<BOUCLE2(ARTICLES){annee_relatif}
{par date}{inverse}{lang_select=non}
{fusion MONTH(date)}>
<li>[(#DATE|nom_mois)]
<B3>
<ul>
<BOUCLE3(ARTICLES){mois_relatif}
{par date}{inverse}>
<li><a href="#URL_ARTICLE">#TITRE</a></li>
</BOUCLE3>
</ul>
</B3>
</li>
</BOUCLE2>
</ul>
</B2>
</li>
</BOUCLE1>
</ul>
</B1>
Explications
3 boucles parce que 3 niveaux de listes : l’année, le mois, le titre de l’article.
La BOUCLE1 trie les articles dans l’ordre chronologique ({par date}{inverse}
) mais dont les résultats seront groupés par année ({fusion YEAR(date)}
).
Le critère fusion ajoute une clause GROUP BY à la requête SQL, et on a la possibilité d’y appliquer une formule que le serveur de base de donnée comprendra pour extraire l’année du champ date de chaque article et effectuer le regroupement sur cette valeur.
La BOUCLE2 récupère les articles de l’année en cours ({annee_relatif}
). Comme la précédente, elle trie dans l’ordre chronologique mais les résultats sont groupés par mois ({fusion MONTH(date)}
).
La BOUCLE3 récupère les articles du mois en cours ({mois_relatif}
) et les trie dans l’ordre chronologique.
À noter, la présence du critère {lang_select=non}
dans la seconde boucle. Sa fonction est d’empêcher l’écriture des noms des mois dans des langues différente afin que la liste soit homogène.
Discussions par date d’activité
8 discussions
Juste parce que ça pourrait être pris pour un bug, mais ça ne marche pas forcément avec une boucle DATA.
Voir : https://git.spip.net/spip/spip/-/issues/4295#note_181299
Répondre à ce message
J’affiche les événements à J-90. Jusque la ca fonctionnait mais avec l’arrivée de la nouvelle année, j’ai d’abord les événements de 2023 qui sont affichés, avant ceux de 2022. Je ne vois pas d’ou vient le pb et surtout comment le regler. Est ce que c’est annee_relatif_debut qui pose pb ?
Répondre à ce message
Je voulais juste dire que
était une bonne idée, car la boucle suivante fonctionne parfaitement, sur SPIP 3.0.20 avec Agenda
3.14.10 :
Répondre à ce message
hey !
quelqu’un saurait comment récuperer un mois passer en paramètre de l’url ?
j’ai un truc du genre mais ça ne marche pas
quelqu’un pourrait il m’aider ? se serait sympa ;)
Répondre à ce message
Bonjour, cette contrib est très intéressante et je vais m’empresser de l’utiliser pour faire l’historique de mon site à peu de frais.
Peut-on faire la même chose pour les EVENEMENTS ?
Je souhaite afficher un agenda avec les événements listés par mois.
Je n’ai pas réussi avec la boucle ci-dessous, alors que cette même boucle avec des ARTICLES fonctionne...
Merci de votre aide.
(j’utilise SPIP 1.9.2.c)
essaie avec :
<BOUCLE2(EVENEMENTS){mois_relatif_debut}{par date_debut}...>
Hmmmm ... Il y a du mieux, les événements s’affichent maintenant, mais chaque mois est répété autant de fois qu’il contient d’événements.
{doublons}
ne fonctionne pas dans ce cas.Le sujet semblant épineux je vais plutôt poser la question sur le forum, et je fournirai la solution ici lorsque trouvée.
Merci !
c’est le critère fusion de ta première boucle qui n’est pas complet dans ce cas : regrouper par le numéro de mois (01 .. 12) n’est pas suffisant, il te faut l’année et le mois :
{fusion DATE_FORMAT(date_debut, '%Y-%m')}
devrait te convenir.Non plus... J’ai fouillé un peu plus, en fait dans une boucle EVENEMENTS la requête se fait sur la table spip_evenements et en même temps sur la table spip_articles.
Le « GROUP BY » introduit par la commande « fusion » ne marchera pas dans ce contexte car les noms de champs sont différents dans ces deux tables.
Je continue à chercher (forum, internet,...) et lorsque j’aurai une solution je l’indiquerai ici. Ce sera peut-être une évolution à proposer pour une future version. ;-)
Grand merci pour tes indications, ne cherche plus et à bientôt.
@ Jean Marc :
Je crois qu’il faut utiliser « unique » et non « doublons »
Par exemple : [(#DATE|affdate’Y-m’|unique|nom_mois)]
En bas de cet article.
Répondre à ce message
Bonjour. Cette contribution m’intéresse beaucoup mais je n’y comprends rien. D’une part, je ne comprends pas ce que fait la clause « fusion/GROUP BY » (j’ai le même genre de problèmes que Jean-Marc en bouclant sur une table externe ; RTFM, me direz-vous, non sans raison). D’autre part, je ne comprends pas pourquoi il vaut mieux trois boucles qu’une seule, comme la boucle blog2 dans cet article. Cela dit, bonne année !
Répondre à ce message
Salut,
Tel quel, l’exemple fonctionne très bien. Si j’ajoute
{type_mot=_Agenda}
dans BOUCLE1, ça explose (très grosse page due à un effet multiplicateur).Même genre de pb avec s/date/date_redac/g.
Tout ça sur spip 1.9.2b
Répondre à ce message
Bonne idée d’avoir illustré fusion et d’un intérêt direct pour mon agenda.
Le critère pour désactiver les langues ressemble furieusement à un dispositif anti-piège : sur ce coup là, l’intuition chère à Fil ne suffit pas, sauf à être très intuitif !
Répondre à ce message
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires : |