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.

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...

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.

Pendant longtemps pour générer des vues PDF pour un node, il n'y avait guère d'autre solution que TCPDF ou DOMPDF, via le module PdfView ou plus récemment Printer. Aujourd'hui, il existe une nouvelle méthode native et diablement efficace utilisant le célèbre moteur webKit.

J'avoue ignorer la raison originelle de ce problème, mais de temps en temps, lorsque l'on utilise le mode "par discussion" des commentaires, il arrive que l'ordre des interventions ne soit plus respect. Pire, certains commentaires créés par le lien répondre se trouvent rattachés à d'autres commentaires que leur parent d'origine. Voici donc ma méthode pour traiter ces mauvaises herbes.

Lorsque vient le temps de mettre à jour Drupal ou ses modules, c'est un peu la panique. Il faut aller vite car la faille de sécurité est généralement là, mais il ne faut pour autant pas se précipiter sous peine de finir avec un beau plantage. Voici dons mes recettes de cuisine pour mettre Drupal à jour sans risque avec un minimum d'efforts.