Ceci étant dit, rien n'est encore fait, mais il semblerait que nous en prenions clairement le chemin.

Tout drupalien sait ce qu'est un "élément de menu" : un machin qui se colle dans un... menu, et qui apparaît quelque part sur l'interface graphique pour permettre l'affichage d'une page. Ces éléments de menu sont généralement crées à la mano en passant par le backoffice, via la section Construction du site puis Menus. Là on peut ajouter des associations entre un chemin valide et un titre de lien.

Ce "chemin valide" est systématiquement fournit par l'un des modules activé (ex. user/login issu modules/user). Mais alors comment créer ses propres chemins liés à ses propres pages ou actions, sans passer par d'inutile (pour cela) usines à gaz comme Panel ou Views ?

Le but de ce tutoriel est de démystifier ce passage obligé de la vie d'un module.

Malgré les très nombreuses relectures, il semble que quelques coquilles aient réussies à se glisser dans mon bouquin. En voici la liste (non exhaustive).

Il est un point sous Drupal qui se résume en la problématique de la poule et de l'oeuf : changer des intitulés de l'interface en langue anglaise. En effet, autant changer un terme qui ne convient pas (comme par exemple remplacer "taxonomie" par "étiquettes") est chose simple par l'interface de traduction, autant changer cela en anglais ("taxonomy" par "tags") est impossible car la langue native de Drupal est... l'anglais, et que son affichage ne passe pas par le moteur de traduction.

En réalité pas si impossible que cela avec une petite astuce côtée à 3 sous.

Petit alléluia, après des mois laborieux au possible, mon bouquin sur Drupal est enfin terminé, mis en page, parti sous presse et en est revenu tout pimpant. Avec du recul, je ne suis pas bien certain que je me serais lancé dans une telle aventure si j'avais eu pleinement conscience du temps que cela représenterait. Mais aujourd'hui, cela me fait juste bien plaisir de contempler le résultat final. Pour le reste, je ne suis sans doute pas le meilleur juge.

La question posée ici est : "comment peut-on mettre le contenu d'un noeud, ou d'une liste de noeuds, dans un noeud principal"... Le cas typique serait une page, avec un texte d'introduction (le noeud maître), suivi d'une liste de noeuds (dits "esclaves", résumés ou complets).

Le 20 mars dernier, Apple a déposé au W3C une proposition d'extension 3D pour CSS3. Les choses sont allées assez vite pour WebKIT puisque l'implémentation de cette extension est déjà disponible dans les nightly-builds 45754 et plus pour Safari/MacOS "Snow Leopard", sous le doux nom de Snow Stack.

Je l'avoue bien volontier, j'ai mis du temps à reconnaître que CCK était un outil réellement indispensable. Il n'y a que les imbéciles qui ne changent pas d'avis dit le dicton. Mais s'il est un module qui continue après tout ce temps à me laisser comme une poule devant un couteau, c'est bien Views. Et encore, c'était avant d'étudier d'un peu plus près les performances de la bête...

Dans la série chercher longtemps pour trouver peu, voilà 2h que je piétinais pour comprendre pourquoi il m'était impossible de désérialiser des données stockées en base, dans la procédure de mise à jour d'un de mes module.

La gestion des thèmes de Drupal est une vraie merveille en permettant tant aux développeurs et qu'aux thèmeurs de bosser chacun avec son domaine de compétence, toute en assurant une parfaite indépendance entre les données et la présentation.

Cette gestion repose essentiellement sur une fonction, theme(), dont le rôle est de découpler la donnée de la présentation. De l'appel à theme() découle tout un processus relativement complexe qu'il est important de bien maîtriser pour savoir où et comment modifier l'apparence globale de Drupal.