Une des tâches les moins faciles avec Drupal est de trouver ‘le’ module qui correspond à votre besoin, celui dont vous rêvez qu’il vous suffira simplement d’installer pour qu’il exauce tous vos souhaits. Avec un peu plus de 5500 modules disponibles et un besoin un peu spécifique c’est comme chercher une aiguille dans une botte de foin. Au fil de mes trouvailles j’ai commencé une petite liste des modules qui me semblaient intéressants, puis tout doucement, celle-ci à grossi.
Vous trouverez donc ci dessous une petite sélection de modules classés par thème, dont certains très connus et d’autres moins.
Sommaire
Administration – Contenus – Communautaire
Dates – Développement – Ecommerce – Images & Vidéos
Indispensables – Localisation – Menu
Multilingue – Recherche – Référencement et optimisation
Utilisateurs – Taxonomie – Thème – Wysiwyg
Les indispensables que vous connaissez déjà
CCK
CCK fait maintenant partie de Drupal 7 sous le nom de field api, il permet pour la version 6 de Drupal d’ajouter des champs (texte, select, date, lien, image…) à vos types de contenus afin de les enrichir. Vous pouvez choisir pour chaque champs l’affichage et l’ordre d’apparition sur votre contenu. Tous les champs CCK sont compatibles avec views. Il existe des modules dédiés à CCK pour augmenter vos possibilités lors de la création de vos types de contenus.
Views
Impossible de passer à coté de ce module qui sert à la création de requêtes SQL via une interface graphique. En quelques clics vous pouvez obtenir une liste complète d’informations sur vos contenus ou encore sur vos utilisateurs. Avec Views vous pouvez aussi générer des flux Rss. View permet énormément de choses mais ne produit pas toujours des requêtes propres et optimisées.
Facilitez l’administration de votre site
Admin menu
Ce module ajoute un bandeau d’administration en haut de vos pages afin d’accéder rapidement aux paramètres de votre site. C’est un gain de temps assuré.
Rootcandy
Avec Drupal il n’est pas toujours simple de savoir si on est sur la partie visible du site ou dans l’administration. Pour bien faire la distinction il est possible de mettre un place un thème spécial pour la partie admin tel que RootCandy. Une fois qu’on y a gouté difficile de faire sans.
Admin_theme
Même avec un thème dédié pour l’administration il arrive que celui ne soit pas appliqué à toutes les pages admin. Admin thème permet de corriger ce problème en vous créant une vraie disctinction entre la partie visible et l’administration de votre site.
Améliorez la gestion et la construction de vos contenus
Panels
C’est le moyen le plus simple pour créer des affichages complexes sans passer par le templating. Avec panel vous pouvez réaliser vos propres zones d’affichages dans lesquelles vous allez ajouter des contenus comme des nodes, des vues, des blocs et j’en passe.
Webforms
Drupal permet par défaut la création de types de contenus mais pas celle de formulaires. Ce manque peut être comblé par le module Webform qui fonctionne comme un type de contenu avec des champs CCK. Vous pouvez configurer votre formulaire pour envoyer les informations soumises à une ou plusieurs adresses mail.
Workflow
Workflow permet de créer des processus lors de la sousmission de node. Par exemple vous pouvez configurer l’envoi d’un e-mail de validation lors de la publication d’un nouveau contenu. Mettre en place un processus de validation de tous les contenus postés sur votre site.
Conditional_fields
Avec Drupal et grâce à CCK on peut faire des types de contenus assez poussés. Conditional_fields permet d’appliquer des conditions sur certains champs, ce qui permet par exemple d’afficher un champs en fonction de la réponse d’un autre.
Webform_conditional
Même principe que Conditional fields mais pour le module webform. Vous pourrez mettre des conditions sur l’affichage de vos champs de formulaire (actuellement en développement)
Addanother
Ce module ne devrait pas être classé dans indispensable mais il s’avère utile lors de la création de contenus à la chaine. Le processus classique de Drupal peut être fastidieux, Addanother ajoute en haut de la page d’un contenu, un bouton vous permettant de créer simplement un nouveau contenu du même type.
Print
La fonction principale de print est de permettre l’impression vos contenus, celui-ci fait abstraction des colonnes et extrait uniquement le corps de la page. Print permet également d’exporter en pdf ou encore d’envoyer par email. Vous pouvez facilement modifier ce qu’extrait le module print puisque celui-ci se base sur des fichiers de template.
Nodeformsettings
Ce module permet de modifier les options affichées sur formulaires de post de nodes ou de commentaires. Je n’ai pas vraiment joué avec ce module mais je l’avais noté dans un coin, néanmois avec ce module Nodeformsettings vous pouvez changer la taille des textarea, le nom des boutons ou encore masquer l’affichage des boutons prévisualisation.
Mettre en place un éditeur WYSIWYG
WYSIWYG API
Malheureusement l’editeur Wysiwyg n’est pas inclut par défaut dans Drupal et pour remédier à ce manque un module spécial a été réalisé. Wysisyg Api offre une api aux différents éditeurs Wysiwyg afin de faciliter leur intégration sur votre site. Une fois installé il vous suffira de choisir votre éditeur et de télécharger ses sources.
CKEditor
C’est la nouvelle version de FCKEditor l’un des meilleurs Wysiwyg. Il a été complètement réécrit et est plus performant maintenant. C’est celui que j’aime bien utiliser.
IMCE
Ce module permet d’uploader des fichiers ou des images dans vos contenus directement depuis l’éditeur WYSIWYG. IMCE est compatible avec CKEditor. Notez que pour fonctionner avec le module WYSIWYG il est nécessaire d’installer un module complémentaire
Gestion des Dates et des événements
Date
L’un des points fort de Drupal étant la gestion de contenu, vous allez certainement être confronté au besoin de créer des champs dates pour vos types de contenus. C’est ce que fait le module date en vous permettant de créer un champ CCK date/time.
Calendar
Ce module permet de transformer l’affichage des champs dates classique en un calendrier cliquable.
Menu et Navigation
Menu Block
Ce module Permet de séparer un menu en deux par rapport à une profondeur définie. Vous allez ainsi pouvoir afficher dans la barre principale vos menus et dans un bloc les sous-menus.
menu_firstchild
Par défaut la création d’un lien dans un menu nécessite d’insérer une adresse. Avec menu_firstchild vous allez pouvoir créer une entrée dans votre menu sans avoir besoin de renseigner un chemin.
Nice Menus
Si vous êtes à la recherche d’un module pour créer des déroulants, Nice menus a été fait pour vous.
custom_breadcrumbs
Par défaut drupal possède un fil d’Ariane, mais malheureusement celui-ci n’est pas administrable. Custom Breadcrumbs permet de configurer et personnaliser l’affichage de votre fil d’ariane en fonction des pages sur lesquelles vous vous trouvez.
Menu Per Role
Menu per role permet de changer la visibilité d’une entrée de menu en fonction d’un role. Néanmoins le contenu reste toujours accessible, c’est uniquement la visibilité du menu qui est modifiée. Ne cachez pas de données sensibles avec.
Taxonomy Menu
Ce module vous permet de transformer des termes de vocabulaire en entrée de menu.
Tagadelic
Une aide à la navigation pour vos visiteurs, Tagadelic permet d’afficher un nuage de tags. Les mots clés affichés sont administrables via l’interface de gestion des taxonomies.
Taxonomie
Taxonomy manager
Ce module fournit une interface d’administration bien plus complète pour gérer les différents vocabulaires présents sur votre site.
Taxonomy redirect
Lorsque vous ajoutez un nouveau terme à un vocabulaire, celui-ci obtient automatiquement sa propre page contenant les contenus qui y font référence. Taxonomy redirect permet de détourner le lien de cette page vers celui de votre choix.
Outils d’aide au développement
Devel
Devel est un peu la boite à outil du développeur Drupal, il permet de générer des faux contenus et des faux users en quelques clics. L’option Theme Developper est une aide pour la mise en place du design, afin de voir les variables passées au template. Grace à coder vous pouvez analyser votre code et vérifier qu’il est conforme avec les normes de codage de Drupal. Chose utile Devel permet aussi de tester directement du php sur votre site.
Backup and migrate
C’est la façon la plus simple de faire un export/import de votre base de donnée, vous pouvez choisir de sauvegarder des champs en particulier ou de votre base de données complète. Avec Backup and migrate vous n’avez plus besoin de passer par phpmyadmin.
Drush
Drush n’est pas un module a proprement parler, c’est un outil à ajouter à votre système. Sachez que l’installation se fait facilement sur Mac et Linux mais beaucoup moins sur Windows. Drush permet, via une interface de lignes de commandes, d’administrer vos sites Drupal installé sur votre machine. Vous pouvez entre autre télécharger, déployer, désinstaller des modules. Vous trouverez plus d’information sur Drush sur un post que j’ai écrit il y a quelques temps.
Demonstration
Besoin de tester un nouveau module ? Demonstration va vous permettre de réaliser une plate-forme de démo de votre site, vous pourrez alors faire des essais de modules en toute sécurité et de remettre la version sauvegardée en un clic après vos tests. Couplé à la Cron celle-ci peut automatiquement restaurer une sauvegarde de votre site.
Poormanscron
Permet de configurer la cron de Drupal afin qu’elle s’exécuter à intervalle définis. Ce module est surtout utile pour les hébergement mutualisé ou l’on ne peut pas avoir accès à la cron du serveur car il ne faut pas oublier que lorsque la cron Drupal est executée les caches sont malheureusement vidés.
Gestion des Images et des Vidéos
Imagecache + Image API + Imagefield
C’est le combo parfait pour la gestion d’images avec Drupal. Imagecache permet d’appliquer des ‘presets’ à vos images, vous pouvez ainsi modifier la taille de l’image, appliquer un copyright dessus et tout un tas d’autres traitements. Le module Imagefield crée un champ CCK pour l’upload d’une ou plusieurs images sur lequel vous pourrez appliquer vos presets. Et enfin Image_API qui est la librairie utilisée par les modules Imagefield et ImageCache pour fonctionner.
Lightbox
Idéale pour enrichir votre interface, puisque lorsqu’un utilisateur clique sur une image, lightbox extrait celle-ci afin de l’afficher dans un calque, tout en grisant le fond du site.
File field
Ce module va vous permettre de créer un champ CCK configurable pour l’upload de fichiers sur vos contenus.
Embedded Media Field
Besoin d’ajouter des vidéos sur votre site ? Embedded Media Field permet d’intégrer des fichiers vidéos et audios à partir d’une url depuis différentes plateformes comme YouTube. Idéal lorsque vous ne pouvez pas stocker les fichiers sur votre serveur.
Transformez votre site en plate forme multilingue
Internationalization (ou i18n)
Ou aussi connu sous le nom de i18n est le module qui permet de faire du multilinguisme avec Drupal. Vous pouvez traduire vos contenus, vos blocs ou encore vos menus. Malheureusement Drupal ne permet pas la traduction des profils utilisateurs. Pour corriger cela vous devez installer content profile, qui lui, est traductible puisqu’il est composé de champs CCK.
LanguageIcons
Ce module ajoute un bloc dans l’interface d’administration des blocs contenant les différents drapeaux des langues disponibles sur votre site. Vos visiteurs pourront facilement passer d’une langue à une autre.
stringoverrides
Stringoverrides comme son nom l’indique est utile pour traduire et replacer des chaines de textes que vous n’auriez pas ajouté à votre fichier de traduction.
Ouvrez votre boutique en ligne
Ubercart
Si vous avez choisit de créer vos boutiques avec Drupal alors Ubercart est le module e-commerce de référence. N’ayant jamais eu l’occasion de réaliser un projet e-commerce je ne suis pas le mieux placé pour en parler. Notez que Ubercart peut être enrichi avec pas mal d’autres modules contribués.
Localisation du contenu
Gmap
Ce module qui porte le même nom qu’une des applications de google (ce n’est pas pour rien) va vous permettre d’afficher facilement une carte Google map sur votre site. Sur cette carte que vous allez créer via l’application google vous allez pouvoir ajouter des repères et toute autre information.
Location
Location ajoute à vos types de contenus un formulaire d’adresse. Cette adresse va être convertie en latitude et longitude que vous pourrez ensuite intégrer à votre carte Gmap.
Gestion des utilisateurs
Content Profile
Si vous voulez avoir des profils utilisateurs plus poussés que ceux fournit de base par Drupal vous allez avoir besoin de ce module. Content Profil permet de créer vos propres profils utilisateurs grâce à l’ajout de champ CCK. Notez que Content profile est bien plus complet que ce que permet Drupal de base.
Alternate Login
Ce module permet aux utilisateurs de choisir un login différent du nom qu’ils ont choisit lors de l’inscription.
Login Toboggan
Login Toboggan autorise vos utilisateurs à se connecter à votre site grâce à leur compte ou à leur adresse e-mail afin de leur faciliter un peu la vie. L’une des fonctionnalité de ce module est de permettre la redirection de certains utilisateur ou groupe que vous aurez choisis vers des pages spécifiques.
Captcha et Recaptcha
Ces deux modules vous permettent de vous protéger contre le spam en ajouter un code de sécurité sur tous vos formulaires ou ceux de votre choix. Ce système n’est pas infaillible mais il supprime une bonne partie du spam.
Créer votre portail communautaire
Organic Group et Og users roles
Ce sont les plus connus dans le domaine, ils permettent à des utilisateurs de créer leurs propres groupes publics ou privés et d’y insérer des contenus. Chaque groupe possède son espace de discussion. Vous augmentez les possibilités d’OG avec tout un tas de modules disponibles sur drupal.org.
Userpoint
Userpoint est un système d’attribution de points aux contributeurs d’un site, utile pour distinguer les plus actifs.
Activity stream
Ce module est un agrégateur de réseaux sociaux. Chaque utilisateur pourra voir sur une page unique toute l’activité des différents réseaux sociaux qu’il aura selectionné tel Facebook, twitter, flickr …
Comment notify
Idéal pour avertir par e-mail vos visiteurs qu’un nouveau commentaire à été posté sur une page où ils ont déjà écrit un commentaire.
Notifications et Messaging
Messaging est un Api permettant l’envoi de messages personnels de type mail, messagerie, sms, entre membres d’un site.
Notification est un module en plus qui permet d’avertir par email un utilisateur lorsque celui-ci a reçu un message personnel. Ce module permet aussi d’avertir par email lorsque quelqu’un répond à un commentaire.
Permettre la recherche sur votre site
Faceted search
Comme son nom l’indique, un module de recherche à facette, c’est à dire que vos visiteurs peuvent rechercher dans vos contenus en sélectionnant progressivement des critères afin de trouver leur bonheur.
Apache Solr Search Integration
Ce module vous garantira une excellente recherche sur votre site puisque vous utiliserez le célèbre moteur de recherche Solr. Il est bien plus compliqué à mettre en place que faceted search mais les résultats que vous obtiendrez seront bien plus pertinents. Notez que Solr dispose aussi de la recherche à facette.
Référencement et optimisation de votre site
Pathauto
Un must have à mettre sur votre site. Pathauto permet de créer de belles url pour vos contenus. Le module se base sur le titre que vous avez saisi pour générer les urls. Vous pouvez définir l’architecture et personnaliser tous vos chemins depuis l’interface d’administration.
Nodewords
Ce module gère finement les meta-tags de votre site et de vos contenus. Même si maintenant les meta données ne sont plus utilisées par les moteurs de recherche, il est toujours bon de les renseigner.
Global redirect
Global redirect vous évite les doublons d’url et vous permet aussi de renvoyer automatiquement vers la ‘belle’ url lorsque pathauto est activé.
XML sitemap ou sitemap
automatise la création d’un sitemap que vous pourrez soumettre aux moteurs de recherche afin qu’ils aient une vision complète de l’architecture de votre site. On peut noter l’avantage du module Sitemap, qui génère une version Html que vous pourrez afficher à vos visiteurs afin qu’ils retrouvent leur chemin. Notez que vous ne devez choisir qu’un seul des deux modules pour ne pas qu’il y ait de problèmes de conflits.
Page_title
Contrôle l’architecture de la balise « title » pour tout votre site, vous permettant ainsi d’insérer des valeurs plus SEO que le titre de votre contenu.
Linkchecker
Une des nombreuses règles obscure du référencement est de ne pas avoir de lien cassé. Il faut donc tester vos liens, facile à dire mais difficile à faire. Linkchecker sauvegarde et teste périodiquement tous les liens saisis dans vos contenus et vous informe des problèmes qu’il a rencontré. Personnellement je ne me suis jamais servi de ce module mais il a tout son intérêt dans cette section.
Path_redirect
permet d’indiquer aux moteurs de recherche qu’une page a été déplacée et qu’ils doivent maintenant prendre en compte sa nouvelle adresse. Vraiment obligatoire quand vous devez déplacer du contenu
Theme et interface
Nodeformsettings
Ce module permet de modifier les options affichées sur le formulaire de création de nodes ou de commentaires. Je n’ai pas vraiment joué avec ce module mais je l’avais noté dans un coin. Néanmoins avec ce module Nodeformsettings vous pouvez changer la taille des textarea, le nom des boutons ou encore masquer l’affichage des boutons prévisualisation.
Interface
Interface permet à l’administrateur de modifier la présentation par défaut des formulaires de création de contenus et non pas les webforms grâce au drag-and-drop.
Blocktheme
Si vous avez besoin d’appliquer un template particulier à un bloc alors BlocTheme est fait pour vous. Vous n’aurez plus qu’à créer votre fichier .tpl dans votre thème pour qu’il surcharge l’affichage par défaut du bloc.
Block_class
Permet d’ajouter une ou pluiseurs class Css à un bloc. Par contre pour que celui-ci fonctionne il est nécessaire de modifier le template block.tpl.php.
QuickTab
QuickTab permet de présenter des informations sous la forme de tableaux à onglets. Ce module fonctionne avec des vues, des nodes et des blocs. Il dispose aussi d’une api pour ajouter vous même vos tabs dans vos modules.
Les modules utiles mais inclassables
Coming soon
42 Responses to Sélection de modules
David
avril 23rd, 2010 at 21 h 53 min
Merci beaucoup pour cette petite liste qui va bien m’aider je pense.
floown
avril 24th, 2010 at 6 h 16 min
Merci pour cette piqûre de rappel.
Julien Dubois
avril 25th, 2010 at 12 h 55 min
Hey sympa, j’ajouterais Vertical tabs aussi pour soulager un peu la mise en page des formulaires de création de nodes.
Julien Didelet
avril 26th, 2010 at 10 h 14 min
En vrac, j’aurai rajouté :
- Rules
- Content Access
- Node referrer/node Relationship (au choix)
- Cacherouter
- Chart
- Node Import
- Domain
- Simplenews
- OG
- Pathauto
- Jquery Update/Jquery UI
- VBO si vous utilisez Views
En gros
.
Pierre-Yves
avril 26th, 2010 at 10 h 21 min
Bien le bonjour,
Merci pour cette liste
J’ai découvert de nouveaux modules que je vais m’empresser de tester
Je citerais aussi Taxonomie Manager dans la partie administration, très pratique je trouve.
Et le couple Messaging/Notification
Bonne journée
Et encore merci
coreight
avril 26th, 2010 at 10 h 22 min
Très bonne liste, toujours utile.
Tu n’es pas utilisateur de Features, Context et autres joyeusetés ?
selinav
avril 26th, 2010 at 10 h 32 min
J’utilise node form columns pour choisir d’afficher ou pas les liens comme « menu » « paramètres d’url », « paramètres de publication », champs cck… dans les formulaires d’édition.
Ca doit être un complément à node form settings.
Indispensable pour que l’administrateur du site n’ai que le strict nécessaire à modifier.
Julien
avril 26th, 2010 at 10 h 33 min
@Julien Dubois : Merci, impossible de remettre la main sur ce module. Il est vrai qu’il épure pas mal l’interface de création de contenus.
@Tous : Comme je disais ce post est en cours de rédaction, il manque des catégories comme les menus, la taxo, le référencement ou encore les modules communautaires. C’est donc pour cela que certains modules sont absents.
Mais merci pour vos participations actives (oui il y en a certains que j’ai quand même oublié).
@Coreight : Si ca arrive, on ne peut pas passer à côté d’un module comme celui-ci de même que space, context, boost. C’est pour bientôt
opi
avril 26th, 2010 at 10 h 36 min
Super Julien, merci bien.
J’ai découvert « node & comment form settings », qui je pense va vite devenir indispensable.
Sinon, je rajouterais « Masquerade », qui permet de simuler un compte utilisateur, pratique pour voir ce que voit un user, un client …
opi
Matthieu
avril 28th, 2010 at 13 h 48 min
Top liste !!
Je vais m’empresser d’essayer Demonstration, Addanother, mais aussi Masquerade ou Chart.
Ca aide une communauté active !
Un petit module sympa est External : pratique pour le genre de listes que tu nous a mis => le lien s’ouvre dans un nouvel onglet.
Pierre-Yves
avril 29th, 2010 at 8 h 40 min
Pour les Drupal Themer, il y a aussi :
http://drupal.org/project/devel_themer
Pour la gestion des utilisateurs, ont peut aussi parler de Userpoints et Userpoints contributed module
Merci en tous cas
Et bonne journée
Julien
avril 29th, 2010 at 8 h 52 min
J’ai choisi de mettre Userpoints dans la partie communautaire qui devrait arriver bientôt.
Par contre je ne connaissais pas devel_themer. Quel est la différence entre ce module et Theme developer fournit avec devel ?
loR
mai 5th, 2010 at 16 h 21 min
Merci pour ce post Juju !!!
D’autant qu’il y a pas mal de modules que je ne connaissais pas !! Comme quoi ce genre de liste est tjs utile. Nous nous disions justement avec Sylvain (slybud/OWS) ce midi que la page des 38 modules indispensables autrefois sur Ineation manquait cruellement. Ce serait peut-être pas mal de synchroniser ça avec drupalistic.
Dans les gros manques, je pense que Pathauto est une priorité car incontournable.
Le reste dépend vraiment des types de sites. on pourrait aussi proposer des formules de config en fonction des types de sites. Une config vraiment basique, avec seulement les incontournables, et d’autres plus spécifiques en fonction des besoins.
Donc merci encore d’avoir ouvert la chose, et vu le nombre de réactions, c’est toujours clairement une des pages les plus appréciée pour y voir plus clair dans le nombre des modules contribués.
A ce propos, je me permets de soumettre ici une idée qui nous est venue avec le groupe de traduction FR sur localize : nous envisageons de créer un vote des modules prioritaires à traduire. Cela rejoint évidemment leur popularité. Il serait peut-être pas mal de penser à un outil centralisé, sur drupalfr ou drupalistic, pour gérer tout cela. Nous aurions ainsi le top de modules, et leur degré de priorité pour la trad.
++
Loïc.
Marie-Hélène
mai 5th, 2010 at 17 h 56 min
[Loïc]>Le reste dépend vraiment des types de sites. on pourrait aussi proposer des formules de config en fonction des types de sites.
Je ne sais pas très bien comment je dois le prendre : c’est précisément ce qu’on (devrait) trouver sur drupalistic, avec une taxonomie sur les modules « par types de site » ; je reconnais que la modélisation du guide des modules est un peu lourde, et je veux bien qu’on ait chacun nos obligations/nos projets/nos dossiers ; mais si c’est pour que chacun y aille de sa petite liste des modules « indispensables » [il n'y a pas de module indispensable], je ne vois pas trop l’intérêt. Je n’ai pas trop l’habitude de prêcher pour ma paroisse, mais peut-être que nourrir les listes (dynamiques) de drupalistic serait plus « sustainable »…
Pour ce qui est de la traduction, ce n’est pas trop mon cheval de bataille (je suis plus sur la documentation / support) et à mon avis, la priorité ce n’est pas de traduire tel ou tel module, mais ce serait plutôt de traduire l’interface grand public d’un maximum de modules, quitte à laisser l’administration en anglais. Parce que concrètement, la documentation de référence, les contacts avec les développeurs des modules (en cas de bugs), tout ça exige de savoir un minimum parler anglais, donc j’aurais tendance à dire que ceux qui sont incapables de lire une interface d’admin en anglais devraient plutôt se tourner vers autre chose. En revanche, pouvoir **présenter** un site totalement francophone côté visiteur (interface web ET mails envoyés), ça ça me paraît prioritaire. Là où le système par fichiers .po est mal foutu, c’est qu’il ne permet pas d’exporter séparément les chaînes de caractères que voit l’administrateur du site et celles que voient les visiteurs. Se retrouver avec un module traduit à moitié, c’est un peu pénible (amha).
(Bon, bien sûr, il y a toujours le cas où plusieurs contributeurs ont affaire à l’administration d’un module. Donc dans l’idéal, c’est mieux de traduire le module complet. Mais prenez Views par exemple : seul un bon connaisseur de Drupal va s’en sortir avec Views UI, donc on aurait pu laisser toute l’admin en anglais et se concentrer sur la traduction de Simple Views… par exemple…)
loR
mai 5th, 2010 at 23 h 28 min
Intéressant ce que tu dis là MH.
Je parlais de mêler éventuellement la traduction à ton site puisque, à mon sens, la popularité des modules définit la priorité de traduction des modules. Un site regroupant ces modules tel que le tien et, par un système de vote par ex., définir des priorités de traduction me parait faire un tout cohérent.
Désolé de t’avoir froissée en omettant que les configs par types de sites sont proposées sur drupalistic.net. C’est effectivement une bonne rubrique qu’il faudrait compléter. Pour les « modules indispensables », je ne suis pas d’accord avec toi mais là n’est pas le propos.
Je suis bien d’accord avec toi que ce sont surtout les parties user et front des modules qui nécessitent avant tout d’être traduites, mais il parait effectivement curieux de donner des traductions à moitié faites. Cela dit, si effectuer prioritairement ces « moitiés de traduction » permet d’avancer plus vite et de servir mieux la communauté, la question peut se poser. Là où cela devient un peu compliqué, c’est d’arriver à bien discerner ces chaînes. Sans une très bonne connaissance du module, cela me parait compliquer plus le travail des admins.
Je te propose que nous discutions de cela de vive voix.
++
Julien
mai 6th, 2010 at 8 h 51 min
@Marie-Hélène je ne sais pas non plus comment je dois prendre ton commentaire
« si c’est pour que chacun y aille de sa petite liste des modules « indispensables » [...], je ne vois pas trop l’intérêt ».
Je suis d’accord avec toi sur le fait que Drupalistic est dédié aux modules et que ton site est bien plus facile à lire que cette liste, néanmoins j’ai l’impression qu’il y a comme un soupçon de reproche d’avoir publié cette liste chez moi.
Marie-Hélène
mai 6th, 2010 at 10 h 27 min
Salut Julien,
D’abord je m’excuse de m’être un peu agacée hier (en effet), non pas contre toi directement (ou contre toi seulement) mais je venais de lire les commentaires et vous voir réinventer ce qui est à la base de Drupalistic m’a un peu foutu les …
Je pense que des « petites » listes de modules (« indispensables » si tu y tiens) bien ciblées sont plus faciles à utiliser que l’ensemble du guide de Drupalistic ; c’est d’ailleurs la raison pour laquelle en modélisant le guide des modules j’ai prévu un type de contenu « études de cas » qui permet de faire des listes « statiques » et ciblées, avec des Node Reference. (J’aurais pu faire plus léger en faisant simplement un champ lien vers la page drupal.org du module, ce qui évite d’avoir à créer la notice sur drupalistic ; d’un autre côté, le système avec NodeReference permet de centraliser sur la notice drupalistic du module les études de cas (ou comparaisons) dans lesquelles elle est citée).
Donc quand tu as commencé à créer ta liste, je n’ai pas réagi : elle était ciblée, finie, pratique. Pas exhaustive mais, du coup, pratique. Comme tu avais indiqué que tu voulais la compléter, j’ai attendu de voir ce qu’elle deviendrait, pour en faire éventuellement un lien depuis la page sur laquelle j’indique quelques listes (celle que j’ai intitulé « Par où commencer ? »). En voyant ce qu’elle est devenue, et en lisant les commentaires des autres, oui je reconnais que je me suis un peu énervée. La prétention à l’universalité (envisager tous les types de besoins possibles), elle m’a coûté suffisamment d’heures de mise en place du guide des modules pour que je sois un peu agacée de lire chacun ajouter sa petite liste à lui et réinventer les principes sur lesquels fonctionne le guide des modules de drupalistic. (que ce soit « chez toi » ou ailleurs ne compte pas ici, je suis même très contrariée que ça tombe sur toi tu peux pas savoir)
Je ne lis pas tous les articles de ton blog car ils sont souvent trop techniques pour moi ; je pense que c’est l’intérêt, tu ne t’adresses pas au même public que moi (ce qui n’interdit pas des recoupements parfois). A cet égard, même si la dispersion des informations sur Drupal est en un sens préjudiciable à la clarté de l’ensemble, je ne crois pas aux velléités jacobines qui voudraient centraliser tout sur tout en un seul endroit. (Je crois plus au portail qui oriente les différents publics, et à la galaxie de sites s’adressant chacun à un type de public). Sur Drupalistic, j’essaie d’appliquer cette méthode du portail dans la partie documentation en orientant vers les bonnes ressources qui existent au sujet des modules. Si tu produis une « bonne ressource sur les modules », comme une liste précise et bien ciblée, je vais lui donner une visibilité sur Drupalistic. Si toi et tes commentateurs réinventez Drupalistic, je vais commencer à le prendre assez mal. Et si en plus je lis que Loïc parle de transformer Drupalistic, là ça coince vraiment
!
Alors :
) !)
- je ne t’en veux pas personnellement
- je n’aurais sans doute pas réagi si Loïc n’était pas venu me chercher sur Twitter (prends t’en à lui
- il y a dans ma réaction d’autres paramètres en jeu, je n’ai pas le temps de m’étendre dessus maintenant, et ce n’est pas complètement le lieu ; je te ferai un mail sans doute
- et à Loic : je ne suis pas opposée par principe à l’idée d’ajouter des fonctionnalités à Drupalistic, mais je ne veux pas aboutir à n’importe quoi ; Drupalistic est fait pour donner une documentation sur les modules, pas plus (a priori). J’ai même toujours refusé d’ajouter un système de vote sur leur qualité car ça, c’est ce que fait drupalmodules.com. Si Drupalistic est le seul système capable d’accueillir ce à quoi tu penses, pourquoi pas. Mais je demande à voir.
On en reparlera à l’occasion. Là je dois y aller…
Bonne journée à tous,
Et bisouilles-qui-mouillent à Julien.
(ça va jaseeer)
Nicolas
mai 26th, 2010 at 15 h 52 min
Le suspense est trop dure ! ^^
Dans la section
Mettre en place un éditeur WYSIWYG
Chapitre IMCE, dernière phrase :
« Notez que pour fonctionner avec le module WYSIWYG il est nécessaire d’installer un »
Un quoi ?
Merci Beaucoup pour cette page qui me fais gagner un temps hallucinant. Mille fois merci !!!
Julien
mai 26th, 2010 at 16 h 06 min
Effectivement c’est trop dur, je n’aurais pas du infliger un tel suspense à mes lecteurs.
La réponse était simple et aurait pu être trouvée seule, il suffisait d’installer une machine à café pour vos longues nuit à comprendre pourquoi ca ne marche pas …. ou plutôt un module supplémentaire (IMCE_wysiwyg)
Merci Nicolas, c’est corrigé.
niko
juillet 15th, 2010 at 11 h 31 min
je suis un tout petit plus qu’un newbie mais bon pas loin quand même
je trouve le concept d’installation des modules uniquement dont on a besoin sympa quoi que lourde à force d’utilisation
vu que beaucoup s’accordent à dire qu’il faut une et une seule liste indispensable (@marie helène), pourkoi ne pas faire une version de drupal avec ces modules préinstallés? ça ferait gagner un max de temps aux équipes de développement!
je sais que cette réflexion est pas forcément mise dans le bon forum, mais vu que le site d’inéation ne répond plus à l’appel je pense que je serai lu et si je me pose la question, d’autres doivent aussi se la poser
Julien
juillet 16th, 2010 at 9 h 55 min
Bonjour Niko
Tout d’abord faire une seule liste n’est pas évident car il est tout à fait possible d’avoir une point de vue différent pour un même module. Il suffit d’un changement majeure de version pour qu’un module devienne un must ou tombe dans l’oublie.
Il existe déjà une version de Drupal avec des modules, regarde sur le site d’Acquia. Il y en a certainement d’autres ailleurs.
Le problème d’une solution packagée comme celle-ci est que tu vas te retrouver avec des modules dont tu ne te serviras pas et 6 mois après le début de ton projet tu ne te rappelleras plus pourquoi ce module est là et s’il a servi un jour.
Personnellement j’aime avoir le contrôle de ce que je fais et choisir moi même les modules à installer. C’est pour ca que j’ai crée cette liste afin de retrouver facilement les bons modules. Ma méthode peut sembler fastidieuse mais avec le temps ca va vite surtout lorsque l’on utilise drush ou des profils d’installations.
D’ailleurs je m’appercois que je n’ai pas terminée de rédiger cette liste.
Klaitos
août 13th, 2010 at 11 h 55 min
Liste très bien construite et bien renseignée. A quand la suite ?
Julien
août 13th, 2010 at 11 h 56 min
Bientôt ! J’aimerais profiter des mes jours de vacances pour la terminer mais j’ai tellement de choses à faire pour si peu de temps
Edouard
août 15th, 2010 at 20 h 34 min
Une liste bien sympathique, surtout pour ceux qui débutent.
J’interviens juste pour dire qu’il est indispensable d’avoir des listes type selon les projets, ici ou là. Inéation avait initié la chose, cette page met une pierre à l’édifice. Certes, c’est un peu éparpillé comme démarche, mais ça a le mérite d’exister.
J’étais passé il y a des mois sur drupalistic. Je viens, suite à la polémique, de re-jeter un coup d’oeil : c’est très joli, plein de filtre et de bonnes idées ‘a priori’, mais la plupart des pages sont quasi-vides. Mon verdict serait : trop d’effort sur la forme et peu de recul sur le fond; mais je me trompe peut-être au risque de froisser MH. (N’étant pas du microcosme drupalo-parisien cela m’importe peu.)
Drupalmodules.com ?… concrêtement, ça apporte quoi de plus que drupal.org/project/modules ?
S’il y a un manque quelque part, selon moi, c’est bien justement un endroit ou certains (Des pros, mais aussi des newbies) se permettraient de trancher, au risque de froisser les ‘mainteners’.
Avec 5500 modules (je reprends le chiffre ci-dessus sans vérifier
, il faut le dire clairement : il y a des indispensables et il y a aussi des grosses daubes. Développer un module pour la communauté c’est bien, mais c’est plus complexe que de juste ‘pisser de la ligne de code’. Ex: je vous déconseille de désinstaller Bitcache, cela ‘bouffe’ votre arborescence autant que possible (reste tout de même /var/www 
L’indispensable c’est donc d’éviter de perdre une semaine pour trouver le module qui va bien. Une liste qui dirait simplement : ce module fait ceci, il marche bien, il est bien documenté et il est compatible / associable avec ceci ou cela : ça serait déjà un must. Un bon moyen de réduire la ‘courbe d’apprentissage’ anormalement longue de drupal.
Un problème de drupal : c’est d’être trop ‘open’ comme communauté, je sous-entends trop laxiste :
- certains modules sont en version ’stable’ alors que ce ne sont que des ‘proof of concept’, voire des grosses failles de sécurité ambulantes…
- d’autres sont carrément dénués de doc (j’adore les readme.txt du genre ‘install and enjoy’) ou ont des démos qui ne marchent pas…
- je ne parle même pas des issues queues avec des posts qui datent d’il y a… 72 semaines. (vous noterez que j’avais mis mainteners entre guillements plus haut)…
Il y a de plus en plus de posts décriant drupal, notamment de salariés de SSII. C’est dommage car drupal est un bon système, mais les différents problèmes que j’ai cité plus haut et l’absence d’une vraie documentations justifie leur position. Il n’est pas aujourd’hui possible de baser une solution sur drupal dans un développement à forfait : trop d’incertitude sur la capacité à trouver LE bon module (j’ai fait un projet assez complexe au forfait il y a un an : j’ai hacké 50% des modules, dont certain du core car il était impossible de les surcharger ou de faire ce dont ont avait besoin ; pas très pro, mais ça a permis de ‘limiter la casse’ et pourtant on a clairement bouffé des ronds).
Autre exemple, j’ai adhéré à l’assoc l’an dernier : j’ai du geuler pendant 8 mois pour avoir une facture et je n’ai reçu aucun email / info / invitation à quoi que ce soit en un an.
Pour récapituler, le but de ce post n’est ni de descendre untel ou de soutenir tel autre, je pense juste que les initiatives sont toutes bonnes à prendre, qu’elles se chevauchent peu ou prou. Le seul objectif devant être l’intérêt commun.
patricklbs
septembre 11th, 2010 at 1 h 03 min
Bonjour, et merci la lecture de ce fil et des modules très intéressant.
Je cherche un module qui permettrai d’agrandir les caractère pour les
malvoyants, auriez-vous une idée ?
Merci et bonne continuation
Julien
septembre 11th, 2010 at 1 h 11 min
Bonsoir,
Oui, il y a le module Text size qui permet de changer la taille des caractères d’une site.
http://drupal.org/project/textsize
Effectivement on ne pense jamais assez à l’accessibilité, si vous avez d’autres modules de ce genre il serait peut être bien de faire une nouvelle catégorie
patricklbs
septembre 11th, 2010 at 9 h 02 min
Cool merci ! Content d’avoir participé à l’évolution de cet article. Bon week à toutes et tous.
Richard
octobre 6th, 2010 at 14 h 19 min
Salut et bravo pour ce listing de modules !
J’utilise Conditional fields, il est nickel par contre je n’ai jamais réussi a mettre sous condition des champs de type Content Taxonomy Fields.
Qui a deja utilisé ce module et réussi a mettre sous condition ces champs ?
Richard
Histoires érotiques
décembre 9th, 2010 at 13 h 25 min
Excellent article, vous m’avez beaucoup aidé.
JOBi
janvier 5th, 2011 at 17 h 52 min
Merci pour cette liste qui mettre très utile pour bien commencer.
buju
janvier 11th, 2011 at 1 h 07 min
c’est parfait ce listing de modules, il reste plus qu’a faire le trie. merci
Corto
janvier 11th, 2011 at 23 h 18 min
Hello,
merci pour cette liste…
je contribuerais avec plaisir sur ce blog sympa… bien que je débute..
reste à attendre pour la plupart des modules leur compatibilité avec la version 7 de drupal…
Julien
janvier 12th, 2011 at 9 h 28 min
Merci pour ce retour
D’ailleurs d’ici quelques jours (j’espère trouver un peu de temps) je vais modifier cette page afin de recenser les modules pour Drupal7. Cette liste restera bien sur toujours accessible
david
février 3rd, 2011 at 14 h 50 min
Bonjour a toi,
Si en passant tu trouves un module permettant d affiche un custom field a chaque item du menu ca serait sympa… j y arrive avec un vue mais la vue me recupere toutes les pages parent- enfant et je voudrait uniquement les pages parent.
Y aurait t il un module sympatoche pour faire ca?
J apprecierais , je suis un peu nouveau avec drupal:)
Jonthan
avril 18th, 2011 at 7 h 37 min
Bonjour à tous,
d’abord merci pour cette liste. Ayant créé un site statique pour mon activité, j’ai souhaité m’orienter vers un site un peu plus communautaire (informer et rapprocher les clients.). J’ai testé joomla, puis j’ai pu apprécier l’esprit de Drupal qui permet de choisir ce que l’on veut.
, la recherche de tutos etc n’est pas aisée. J’ai en vain cherché un tuto pour débutant qui expliquerai les bases (sans vouloir faire de pub mais pour aider les débutants) j’ai trouvé mon bonheur dans un livre : concevoir et déployer ses sites Web avec Drupal de Yoran Brault (certes il coûte un peu, mais il m’a réellement permis de comprendre la création d’un site avec drupal pas à pas et de comprendre les différents concepts et paramétrages indispensables).
En revanche, débuter sur Drupal c’est pas simple. Outre le besoin de dérouiller mon anglais
Je me suis aussi beaucoup servis de cette liste de modules (et j’y reviens souvent) car ici la classification est plus claire à mon goût. On regarde pour chaque catégorie on tatone et voilà on avance petit à petit.
Enfin sur le petit débat au dessus je me permets d’ajouter mon point de vue (ben oui sinon fallait pas le faire en public ^^) Oui oui et encore oui, peu importe où cela se fait l’important c’est de compléter ce qui existe. Ma logique est simple, je suis tombé ici sans croiser drupalistic en cherchant une liste de module sur le classique google (je ne sais pas ni pourquoi ni comment) mais si cette page n’avait pas été là, j’aurais peut être abandonné l’idée de drupal car je ne trouvais pas de quoi me guider. Donc content que cette page existe!!
Bref un dernier merci pour la route ça ne fait pas de mal
Stephane
mai 9th, 2011 at 15 h 12 min
Merci Julien pour tous ces éléments de base. Cela permet de démarrer plus facilement. En plus le fait d’avoir des infos en français permet de travailler plus rapidement. Bonne continuation et merci encore.
Stéphane
Thierry
juillet 23rd, 2011 at 10 h 47 min
Merci pour cette cartographie pratique des modules Drupal. La documentation officielle se complet dans l’abscons et les explications « pour initiés seulement ». Les tutoriels officiels ne dérogent pas à cette règle.
Merci encore pour cette boussole dans la jungle des modules Drupal: cela va m’épargner beaucoup d’énergie pour savoir où creuser.
GhosTSharK
septembre 8th, 2011 at 15 h 22 min
Dans la rubrique : Permettre la recherche sur votre site
J’aurais ajouté : FINDER http://drupal.org/project/finder
Un outil indispensable pour créer des formulaires de recherche avec la possibilité de le conjuguer avec CCK Views afin de construire différentes vues pour le contenu dans lequel il recherche mais aussi une 2eme vue le résultat affiché !… un petit bijoux qui vous demandera quelques heures de réflexion pour pouvoir le dompter
Information pour éviter des galères : Vous devez passer les champs utilisés dans votre Finder en tant qu’ Arguments dans votre vue pour pouvoir afficher à partir de la même page, le formulaire et le résultat tout en cachant les valeurs utilisées dans l’URL !
Petit + : Laissez Finder gérer la pagination (et non views) sinon vous risqueriez de ne pas voir l’intégralité du résultat
PP
octobre 4th, 2011 at 3 h 45 min
Felicitations,
Excellent article Julien, on sent qu’y a du temps passe sur la bete.
C’est vrai que c’est difficile de s’y retrouver sans un guide comme le tien.
Merci
PP
Prince_Ali
octobre 23rd, 2011 at 1 h 27 min
Actuellement j’utilise le SGC « Guppy »; à utiliser pour créer des sites webs simples. Désirant aller plus loin j’ai trouvé Joomla et Drupal (et même Contao). Pour Drupal je me suis pris la tête pour trouver une présentation simple des modules en Français, et comme « Jonthan » c’est en cherchant pas mal sur le Google que j’ai atteri ici !
Merci donc pour cet éclaircissement que tu nous proposes !
Même si il est assez concis, il a le mérite d’éclairer suffisamment, ensuite à chacun(e) de faire les recherches nécéssaires pour en savoir plus
Raphaël
novembre 27th, 2011 at 7 h 21 min
Merci beaucoup pour cet article, tu m’as énormément aidé.
ibillel
décembre 8th, 2011 at 20 h 19 min
Claire, net et droit au but je vous remercié boucoup