• Mar232012

    Changer de thème Drupal à la volée

    krita.png

    Le changement de thème à la volée est un must pour tous site un peu évolué. Dans sa version basique cela consiste à séparer le thème d'administration (backoffice) de celui du site lui-même (frontoffice). De manière plus évoluée cela permet de gérer proprement différents jeux de régions (entre la page d'accueil et les pages intérieurs par exemple), ou encore de proposer un thème spécifique pour les navigateurs mobiles.

    À partir de sa version 6 (5?) Drupal propose une séparation de sélectionner un thème pour le backoffice avec la possibilité d'englober les formulaires d'édition de contenu. Pour aller plus loin dans la logique de sélection d'un thème en fonction de l'url, du user-agent ou de la position de la lune, il faut passer par du code custom.

  • Sep292010

    Étendre le formulaire de paramétrage d'un type de contenu Drupal

    Il peut arriver, pour milles et une raisons, d'avoir à étendre le formulaire de configuration d'un type de contenu de sorte à ajouter des réglages qui lui sont spécifiques. Les cas d'usages sont nombreux et dépendent des projets, mais on peut par exemple imaginer un champ "responsable" qui permet de sélectionner un utilisateur Drupal en charge des contenus d'un type donné. Je n'ai pas dit que l'exemple serait intelligent ;-)

  • Sep252010

    Appliquer à tout fichier généré le principe de Drupal Imagecache

    ark.png

    Il arrive régulièrement d'avoir à générer des fichier fruits de traitement lourd pour téléchargement. Cela peut être le PDF d'un article, une archive TGZ, etc. Dans ce cas de figure il n'est pas acceptable de répéter cette opération à chaque requête d'un visiteur, il faut donc mettre tout cela en cache. Et dans ce domaine, rien de mieux que d'exploiter le comportement d'imagecache, c'est à dire générer le fichier une première fois en PHP, pour laisser Apache faire son boulot.

  • Sep222010

    Suppression de feuilles de styles ou de scripts d'un thème Drupal

    html.png

    Un problème classique sous Drupal, chaque module pouvant potentiellement ajouter ses feuilles de style et ses javascript, comment imposer la suppression d'un ensemble de feuilles ou scripts qui posent problème au sein du thème en front ?