SPIP-Contrib

SPIP-Contrib

عربي | Deutsch | English | Español | français | italiano | Nederlands

286 Plugins, 197 contribs sur SPIP-Zone, 289 visiteurs en ce moment

Accueil > Dates, calendriers et agendas > Tris par date > Lister par année puis par mois

Lister par année puis par mois

3 février 2008 – par James – 11 commentaires

13 votes

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
  • 2006
    • janvier
      • bonne année
    • février
      • bonne fièvre
    • mars
      • etc
      • etc
      • etc...

La boucle

En fait, les boucles (il y en a 3) :

  1. <B1>
  2. <ul>
  3. <BOUCLE1(ARTICLES){par date}{inverse}{fusion YEAR(date)}>
  4. <li>[(#DATE|annee)]
  5. <B2>
  6. <ul>
  7. <BOUCLE2(ARTICLES){annee_relatif}
  8. {par date}{inverse}{lang_select=non}
  9. {fusion MONTH(date)}>
  10. <li>[(#DATE|nom_mois)]
  11. <B3>
  12. <ul>
  13. <BOUCLE3(ARTICLES){mois_relatif}
  14. {par date}{inverse}>
  15. <li><a href="#URL_ARTICLE">#TITRE</a></li>
  16. </BOUCLE3>
  17. </ul>
  18. </B3>
  19. </li>
  20. </BOUCLE2>
  21. </ul>
  22. </B2>
  23. </li>
  24. </BOUCLE1>
  25. </ul>
  26. </B1>

Télécharger

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.

Dernière modification de cette page le 25 novembre 2011

Retour en haut de la page

Vos commentaires

  • Le 2 juillet 2015 à 23:29, par Thiébaut En réponse à : Lister par année puis par mois

    Je voulais juste dire que

    {mois_relatif_debut}

    était une bonne idée, car la boucle suivante fonctionne parfaitement, sur SPIP 3.0.20 avec Agenda
    3.14.10 :

    1. <ul>
    2. <BOUCLE_liste(EVENEMENTS){age_debut<=0}
    3. {par date_debut}{fusion YEAR(date_debut)}>
    4. <B_annees>
    5. <li>[<h3>(#DATE_DEBUT|annee)</h3>]
    6. <ul>
    7. <BOUCLE_annees(EVENEMENTS){age_debut<=0}
    8. {par date_debut}{annee_relatif_debut}{fusion MONTH(date_debut)}>
    9. <B_mois>
    10. <li>[<h4>(#DATE_DEBUT|nom_mois|ucfirst)</h4>]
    11. <ul>
    12. <BOUCLE_mois(EVENEMENTS){age_debut<=0}
    13. {par date_debut}{mois_relatif_debut}>
    14. <li>
    15. [(#DATE_DEBUT|affdate{'d/m/Y'}) &ndash; ]
    16. <a href="#URL_ARTICLE" rel="bookmark">#TITRE</a>
    17. </li>
    18. </BOUCLE_mois>
    19. </ul>
    20. </li><!--Mois-->
    21. </B_mois>
    22. </BOUCLE_annees>
    23. </ul>
    24. </li><!--Annees-->
    25. </B_annees>
    26. </BOUCLE_liste>
    27. </ul>

    Télécharger

    Répondre à ce message

  • Le 21 juin 2011 à 14:56, par oce En réponse à : Lister par année puis par mois

    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

    <BOUCLE_agenda (EVENEMENTS){mois_relatif=#ENV{date_de}}{par date}{statut=publie}{0,3}>
                   #TITRE<BR />
               #ENV{date_de}
           </BOUCLE_agenda>

    quelqu’un pourrait il m’aider ? se serait sympa ;)

    Répondre à ce message

  • Le 22 avril 2008 à 14:06, par Jean-Marc En réponse à : Lister par année puis par mois

    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)

    <B1>
    <ul>
            <BOUCLE1(EVENEMENTS){par date_debut}{fusion MONTH(date_debut)}>
            <li>[(#DATE_DEBUT|nom_mois)]
            <B2>
            <ul>
                    <BOUCLE2(EVENEMENTS){mois_relatif}{par date_debut}{lang_select=non}>
                            <li>#TITRE</li>
                    </BOUCLE2>
            </ul>
            </B2>
            </li>
            </BOUCLE1>
    </ul>
    </B1>
    • Le 22 avril 2008 à 17:57, par ? En réponse à : Lister par année puis par mois

      essaie avec : <BOUCLE2(EVENEMENTS){mois_relatif_debut}{par date_debut}...>

    • Le 23 avril 2008 à 13:34, par Jean-Marc En réponse à : Lister par année puis par mois

      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 !

    • Le 23 avril 2008 à 14:43, par ? En réponse à : Lister par année puis par mois

      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.

    • Le 23 avril 2008 à 19:09, par Jean-Marc En réponse à : Lister par année puis par mois

      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.

    • Le 11 février 2009 à 23:58, par Lou En réponse à : Lister par année puis par mois

      @ 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

  • Le 3 janvier 2009 à 09:42, par Jer En réponse à : Lister par année puis par mois

    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

  • Le 14 février 2008 à 20:41, par Marcopol En réponse à : Lister par année puis par mois

    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

  • Le 13 février 2008 à 16:13, par marc En réponse à : Lister par année puis par mois

    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

Répondre à cet article

Qui êtes-vous ?
  • [Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici Les choses à faire avant de poser une question (Prolégomènes aux rapports de bugs. )
Ajouter un document

Retour en haut de la page

Ça discute par ici

  • GIS 4

    11 août 2012 – 1308 commentaires

    Présentation et nouveautés La version 4 de GIS abandonne la libraire Mapstraction au profit de Leaflet. Cette librairie permet de s’affranchir des librairies propriétaires tout en gardant les mêmes fonctionnalités, elle propose même de nouvelles (...)

  • Formidable, le générateur de formulaires

    23 janvier 2012 – 2051 commentaires

    Un générateur de formulaires facilement configurable pour les non-informaticiens et facilement extensible pour les développeurs. Introduction L’objectif était de créer un plugin permettant de générer des formulaires. Historiquement, 2 plugins (...)

  • Pages uniques

    11 décembre 2008 – 259 commentaires

    Allez, avouez... il ne vous est jamais arrivé d’avoir besoin d’articles qui ne sont rattachés à aucun rubriquage particulier ? Des articles uniques, n’ayant ni de thème, ni de rapport avec aucun autre ? Ou encore des articles pour lesquels vous avez (...)

  • ciar : plugin « Accès restreints issus de Giseh »

    28 novembre 2011 – 86 commentaires

    Cette version ajoute une gestion par groupe d’auteurs, ainsi que la compatibilité avec SPIP 3. Pour mémoire, le plugin « ciar » offre des accès restreints reprenant les fonctionnalités de ceux de Giseh. Le plugin est utilisable sans utiliser les autres (...)

  • Saisies

    27 mars 2010 – 474 commentaires

    Introduction Créer un formulaire est une tâche toujours un peu répétitive : les champs ont souvent les mêmes propriétés, le même accompagnement (message d’erreur, explication, ...) et la même structure HTML. Ce plugin est un outil pour les développeurs (...)