Bonsoir !

Il y a à peu près un an, dans les premières semaines de Drupalistic, j'avais rédigé un billet au titre quelque peu provocateur : Arrêtez de vouloir faire du hiérarchique ! Le propos en était la catégorisation des informations dans un site Drupal, et le billet cherchait à montrer que la difficulté à reproduire une structure hiérarchique "à la SPIP" dans Drupal était plus un atout qu'un inconvénient.

Il y a quelques semaines, un lecteur de la 11ème heure a laissé sur ce billet un commentaire dont la substance était "OK mais comment faire autrement quand on a toujours fait des structures hiérarchiques et donnez nous des exemples". Je n'ai pas pris le temps de répondre sur le moment car je voulais développer un peu ma réponse. Par contre je donnerai peu d'exemples parce que la modélisation-fiction, ça me barbe profondément. Mais quelques uns quand même pour être plus claire.

D'abord, précisons les choses : Drupal n'est pas allergique à la hiérarchie. En fait il permet même de hiérarchiser deux entités : les contenus entre eux (module Book) et les catégories entre elles (module Taxonomy). J'insiste sur le "entre eux" et "entre elles" car en réalité, la difficulté commence quand on veut subordonner les contenus aux catégories. Par exemple si vous avez un vocabulaire géographique Régions > Départements et souhaitez qu'un contenu taggué Gironde soit automatiquement inclus dans Aquitaine. Pour Drupal, Gironde et Aquitaine sont deux termes différents (comme les noeuds, les termes Drupal sont égaux en droits et en dignité à ceci près qu'ils font forcément partie d'un - et d'un seul - vocabulaire*) et associer un terme enfant à un noeud ne lui associe pas de facto le terme parent. Il faut pour cela un module complémentaire (Hierarchical Select est le plus courant). En fait une telle structure réclamerait que Aquitaine ne soit pas un terme lui-même.

Il existe deux moyens d'organiser des informations : hiérarchique et associatif. Drupal fonctionne de façon associative : un terme 1 est associé à un noeud A. Le terme 2 pourra aussi être associé au noeud A. Mais les deux associations sont indépendantes l'une de l'autre.

Deuxième volet de ma mini-série sur la gestion des images dans Drupal : je voudrais revenir plus longuement sur la constitution d'albums, qu'on appelle aussi galeries, mais c'est un anglicisme (surtout quand on y colle deux L). Comme pour mon billet sur les images, je ne cherche pas à dresser un catalogue exhaustif des solutions possibles mais juste à synthétiser les différentes logiques qui peuvent se mettre en oeuvre.

La réaction de Thierry à mon billet sur la structuration d'un site Drupal m'avait conduite à préparer une nouvelle réflexion orientée "modélisation sous Drupal" entièrement dédiée au problème des menus ; je trouve enfin le temps de la finir et de la poster.

Un menu dans Drupal est une liste de liens.

Bonsoir,

Peu, voire aucune activité récente sur ce blog car je m'occupe de mettre la dernière main à un petit réseau social "sur mesure" pour ma famille. Si je peux je ferai une étude de cas sur la question, ça prend évidemment beaucoup de temps mais c'est vraiment sympa.

J'avais cependant promis de compléter mon dernier message, sur un problème qui perturbe manifestement beaucoup les débutants, surtout ceux qui viennent de la concurrence (comprendre : d'un autre CMS) : structurer un site avec Drupal. Profitant de quelques instants avant une fin de semaine chargée, j'ajoute les quelques réflexions que j'avais en tête.

Ce billet est un clin d'oeil à nyl auster, qui saura pourquoi !

A peine avais-je écrit dans un premier billet que les CMS "à rubriques" avaient encore quelques arguments à faire valoir, qu'un utilisateur sur les forums de drupalfr.org demandait comment construire des rubriques hiérarchiques avec Drupal.