Il est (très) souvent nécessaire, dans un même site Web, de pouvoir utiliser des squelettes différents pour, disons, les rubriques : certaines rubriques ont telle présentation, d’autres telle autre maquette.
La méthode la plus simple consiste à utiliser le système de nommage des squelettes en fonction de la structure du site :
— rubrique.html par défaut,
— rubrique-6.html pour la rubrique 6 et ses sous-rubriques,
— rubrique=12.html pour la rubrique 12 uniquement.
Mais on peut avoir des besoins très différentes. Par exemple, je veux avoir un squelette pour les rubriques situés à la racine du site (« secteurs », dans le jargon de SPIP) et un autre squelette pour leurs sous-rubriques.
La méthode proposée ici consiste à créer des squelettes différents pour ces deux situations ; par exemple :
— rubrique-secteur.html
— rubrique-normale.html
Ensuite, utiliser le squelette rubrique.html avec simplement une « boucle de contrôle » qui teste dans quelle situation on se trouve, et demande l’inclusion de tel ou tel squelette.
<BOUCLE_principale(RUBRIQUES){id_rubrique}>
<BOUCLE_sommaire(RUBRIQUES){id_rubrique}{id_parent=0}>
<INCLURE{fond=rubrique-sommaire}{env}{id_rubrique}>
</BOUCLE_sommaire>
<INCLURE{fond=rubrique-normale}{env}{id_rubrique}>
<//B_sommaire>
</BOUCLE_principale>
La BOUCLE_sommaire est ce que j’appelle une « boucle de contrôle » : le principe de base est de réaliser une boucle qui appelle l’élément déjà actif (la rubrique tirée de BOUCLE_principale ; ici, le résultat ne peut être que la rubrique principale) en ajoutant un ou plusieurs critères supplémentaires (ici : est-ce que l’id_parent de cette rubrique est zéro ?).
On a donc très simplement un test sur la position de la rubrique dans la structure du site, et l’appel de l’un ou l’autre des squelettes de rubriques. Le critère {env} permet de passer d’éventuelles informations supplémentaires (indispensable notamment si on a des listes paginées dans ces squelettes).
Il serait évidemment possible de réaliser cette boucle de contrôle uniquement pour une partie des squelettes. Mais personnellement je préfère réaliser le test en amont, et ainsi gérer plusieurs squelettes complets (qui contiennent chacun l’intégralité de l’information HTML). Je trouve cela plus facile à maintenir.
Plus de boucles de contrôle
On peut multiplier les boucles de contrôle pour réaliser de très nombreuses sélections de squelettes. Il faut alors bien construire l’imbrication des boucles de contrôle pour obtenir une logique propre.
Par ailleurs, il est intéressant d’avoir des critères très divers. On peut se baser, par exemple, sur le nombre d’articles présents dans la rubrique, le titre de la rubrique, la présence d’un mot-clé, le choix d’un champ #EXTRA...
Voici un exemple un peu plus complet que précédemment : pour les « sous-rubriques », s’il n’y a qu’un seul article (et pas de sous-rubrique), alors on appelle directement le squelette de cet article (attention, ça n’est pas une structure très pratique à gérer au niveau des squelettes) :
<BOUCLE_principale(RUBRIQUES){id_rubrique}>
<BOUCLE_sommaire(RUBRIQUES){id_rubrique}{id_parent=0}>
<INCLURE{fond=rubrique-sommaire}{env}{id_rubrique=#_principale:ID_RUBRIQUE}>
</BOUCLE_sommaire>
<BOUCLE_test_sous_rub(RUBRIQUES){id_parent}{0,1}>
<INCLURE{fond=rubrique-normale}{env}{id_rubrique=#ID_PARENT}>
</BOUCLE_test_sous_rub>
<BOUCLE_test_articles(ARTICLES){id_rubrique}{1,1}>
<INCLURE{fond=rubrique-normale}{env}{id_rubrique}>
</BOUCLE_test_articles>
<BOUCLE_article(ARTICLES){id_rubrique}>
<INCLURE{fond=article}{env}{id_article}>
</BOUCLE_article>
<//B_test_articles>
<//B_test_sous_rub>
<//B_sommaire>
</BOUCLE_principale>
En utilisant des variables SPIP
Avec SPIP 2, il est possible de mémoriser des valeurs en créant des variables (grâce à #SET) puis de récupérer ces valeurs plus loin dans le code (#GET).
J’utilise une telle variable lorsque j’ai beaucoup de tests à réaliser, et que l’imbrication des boucles de contrôle deviendrait trop complexe. Je fixe la valeur du fond par défaut, puis je réaliser des tests successifs qui, chacun, sont capables de modifier cette valeur. À la fin de la série de tests, je fais un INCLURE en utilisant la valeur ainsi sauvegardée.
Voici le fichier rubrique.html que j’utilise sur un site ayant une dizaine de squelettes des rubriques appelés dans des situations très diverses.
<BOUCLE_principale(RUBRIQUES){id_rubrique}>
<?php
[(#SET{fond,rubrique-normale})]
<BOUCLE_hier_salle(HIERARCHIE){id_rubrique}>
<BOUCLE_test_salle(RUBRIQUES){id_rubrique}{titre==(Collections|Les salles|Zoom sur...|Le parcours)$}>
[(#SET{fond,rubrique-salle})]
</BOUCLE_test_salle>
<BOUCLE_test_edition_hier(RUBRIQUES){id_rubrique}{titre==(ditions)$}>
[(#SET{fond,rubrique-edition})]
</BOUCLE_test_edition_hier>
</BOUCLE_hier_salle>
<BOUCLE_test_sous_salle(RUBRIQUES){id_parent}{0,1}>
[(#GET{fond}|=={rubrique-salle}|?{" ",""} )
[(#SET{fond,rubrique-portfolio})]
]
</BOUCLE_test_sous_salle>
<BOUCLE_test_zoom(RUBRIQUES){id_rubrique=#ID_PARENT}{titre==(Zoom sur...)$}>
[(#SET{fond,rubrique-salle})]
</BOUCLE_test_zoom>
<BOUCLE_test_programmation(RUBRIQUES){id_rubrique}{titre==(Programmation)$}>
[(#SET{fond,rubrique-programmation})]
</BOUCLE_test_programmation>
<BOUCLE_test_edition(RUBRIQUES){id_rubrique}{titre==(ditions)$}>
[(#SET{fond,rubrique-edition})]
</BOUCLE_test_edition>
<BOUCLE_test_accueil(RUBRIQUES){id_parent}{titre==^#Accueil}>
[(#SET{fond,rubrique-accueil})]
</BOUCLE_test_accueil>
<BOUCLE_test_sommaire(RUBRIQUES){id_rubrique}{id_parent=0}>
[(#SET{fond,rubrique-sommaire})]
</BOUCLE_test_sommaire>
<BOUCLE_test_sous_rubriques(RUBRIQUES){id_parent}{0,1}>
// #ID_RUBRIQUE
</BOUCLE_test_sous_rubriques>
<BOUCLE_test_articles(ARTICLES){id_rubrique}{1,1}>
// #ID_ARTICLE
</BOUCLE_test_articles>
<BOUCLE_article_unique(ARTICLES){id_rubrique}{0,1}>
[(#SET{fond,rubrique-article})]
</BOUCLE_article_unique>
<//B_test_articles>
<//B_test_sous_rubriques>
?>
<INCLURE{fond=#GET{fond}}{id_rubrique}{env}>
</BOUCLE_principale>
Le passage de la longue liste de boucles à l’intérieur d’un appel PHP ne sert à rien : c’est uniquement pour éviter d’afficher une cinquantaine de lignes vides en début de code HTML. On peut très bien s’en passer.
