La critique de Drupal rédigée par Harold et Cameron pour le blogue de Rick Bruner est maintenant en ligne. C'est une longue critique, qui suit le format questions-réponses demandé par Rick. Elle est très complète, mais je crois qu'il leur a échappé quelques éléments, alors je vais apporter des précisions ici. Et au cas où ce ne serait pas clair, merci d'avoir fait cette critique, et surtout merci d'avoir mentionné Bryght!
Bien sûr, je dois faire la promotion de Drupal, puisque j'ai bâti une entreprise autour, mais je pense sincèrement que nous, en tant que communauté, n'en avons pas assez vanté les mérites. En partie parce que, très centrés sur les développeurs, nous savons que nous pouvons faire mieux (et que ce mieux s'en vient); c'est peut-être une partie du problème -- la prochaine grande fonctionnalité n'est jamais qu'à une version mineure de distance.
En général, Harold et Cameron ont assez bien répondu à la question « Quelle est la fonctionnalité phare, s'il y en a une? », mais j'ajouterais que Drupal traite de nombreux types de contenu comme des citoyens de première classe, des événements aux images en passant par les liens Web (et tout ce que vous pouvez imaginer avec flexinode).
Les fonctions de taxonomie et de catégorisation de Drupal sont aussi du tonnerre. Les usages avancés ne font peut-être rêver que les ontologistes, mais ils permettent assurément beaucoup de choses simplement en créant différents vocabulaires pour organiser le contenu : par exemple, bâtir un répertoire d'entreprises en créant un ou plusieurs vocabulaires, puis en utilisant les types weblink, blog ou flexinode pour les fiches de base.
Et l'agrégation, qui n'a certainement pas été assez mise en valeur. Pouvoir agréger des fils dès l'installation est une fonctionnalité qu'on ne trouve, à mon avis, dans aucune autre plateforme de base. De plus, la façon dont elle est mise en œuvre dans Drupal, avec la possibilité de classer les fils par catégories puis de les réunir en lots, est difficile à reproduire dans un agrégateur de bureau, sans parler d'un agrégateur Web.
Ai-je mentionné le module book? Une façon de rassembler n'importe quel type de contenu pris en charge par Drupal dans un livre ordonné. Ce qui règle du même coup le problème des catégories éphémères -- plutôt que de créer une catégorie « Mexique 2004 » qui ne servira que pour X billets, utilisez simplement la catégorie « Voyages » pour les billets principaux, puis créez un livre intitulé « Mexique 2004 » regroupant tous les billets de blogue et les images (et les images, et les liens Web, et...) dans l'ordre voulu. Hmmm... ça me fait penser que des fils RSS par livre pourraient être une fonctionnalité intéressante à ajouter.
Et en arrivant à la fin de l'article, bon nombre de ces éléments devraient aussi être classés sous « Innove-t-il avec d'autres nouvelles fonctionnalités de blogue que les autres plateformes n'ont pas? ».
Quelles fonctionnalités lui manquent ou doivent être corrigées?
Par défaut, Drupal n'offre ni étiquetage facile ni édition WYSIWYG; il faut les installer au moyen de modules, ce qui montre bien qu'il s'agit d'accessoires et non d'éléments du noyau du système.
Hmmm... je ne suis pas convaincu qu'il s'agisse d'une lacune ou d'une chose à corriger. HTMLArea existe depuis un bon moment et permet une édition entièrement WYSIWYG, y compris le glisser-déposer depuis d'autres pages Web et le téléversement et l'insertion faciles d'images. Ce module s'est encore amélioré pour la version 4.5 : il permet maintenant de téléverser n'importe quel document à partir de son interface conviviale, et vous pouvez définir vos propres balises HTML, accessibles ensuite par les boutons de l'interface graphique.
Bien sûr, c'est un « module complémentaire », mais c'est aussi le cas des architectures de plugiciels de WordPress ou de MovableType.
J'ai le même problème avec la phrase utilisée deux fois : « mais il n'y a pas de façon simple de téléverser un fichier (image, PDF...) avec un billet ». Oui, ces choses exigent des modules supplémentaires, mais ces fonctionnalités existent bel et bien.
Ce qui doit être corrigé? Eh bien, encore une fois, beaucoup de choses -- parce que je veux que la plateforme Drupal soit absolument géniale. Mon objectif numéro un, c'est l'utilisabilité : rendre toutes ces fonctionnalités incroyables plus faciles à utiliser, pour mieux faire valoir toute la richesse possible avec une installation standard de Drupal.
Existe-t-il une fonctionnalité intégrée de type blogoliste ou liste de liens pour gérer les blogolistes?
Il n'y a pas de fonctionnalité de blogoliste intégrée, mais quelques solutions de rechange sont proposées sur le forum des développeurs. Ce n'est pas facile pour l'instant. Drupal permet la publication au moyen des API de blogue XML-RPC.
Bien sûr qu'il y a une fonctionnalité de « blogoliste » intégrée! Il y a au moins deux façons d'y arriver. La première consiste à utiliser weblink -- créez une catégorie appelée « blogroll » et étiquetez-y les liens des sites que vous lisez, avec avis de mise à jour. La seconde, c'est l'agrégateur. Ajoutez tous les fils que vous considérez comme faisant partie de votre blogoliste et étiquetez-les avec un terme précis (comme, disons, blogroll). Vous pouvez ensuite activer le bloc « blogroll » et l'afficher où vous voulez. Et, bien sûr, l'agrégateur génère aussi un fichier OPML de vos abonnements.
L'« autre » façon d'avoir une blogoliste consiste à créer un bloc personnalisé et à y copier-coller du JavaScript provenant des nombreux sites externes qui offrent ce service... ce qui va à l'encontre du but même des blogolistes (la promotion par les liens), puisque les moteurs de recherche ne suivent pas ces liens JavaScript.
(Vous voyez que les blogolistes m'agacent? Je n'aime pas le terme, et je n'aime pas le concept. Si j'aime ce que je lis sur votre site, je ferai un lien vers vos billets ou j'en citerai des extraits directement.)
La réponse à la question de savoir si les galeries de photos sont prises en charge ne m'a pas satisfait. Encore une fois, le module image fait tout à fait cela. Je serai le premier à dire que la mise en œuvre des galeries de photos n'est pas extraordinaire comparée à Gallery ou à Flickr, mais ce sont deux applications entièrement consacrées aux photos. Grâce aux fonctions communautaires de Drupal, chaque membre peut avoir sa propre galerie de photos -- en plus d'une galerie pour l'ensemble du site. Sans compter la possibilité de classer les photos dans plusieurs catégories, tout en ne les affichant, bien sûr, qu'une seule fois.
Prend-il en charge plusieurs auteurs? Si oui, offre-t-il un contrôle adéquat des permissions? (Par exemple, peut-on limiter les auteurs à la publication en mode brouillon?)
Drupal prend en charge plusieurs auteurs, mais chacun obtient un blogue distinct, de sorte que cela ne ressemble pas à un blogue de groupe. Il existe un méta-blogue regroupant tous les blogueurs d'un site. L'administrateur peut contrôler un large éventail de permissions; on s'en sert plutôt pour les sections de gestion de contenu d'un site drupal que pour les sections de blogue.
Eh bien, les blogues individuels sont une façon de faire. Une autre consiste à utiliser le type de nœud « story » et à permettre à plusieurs personnes d'y publier (ce qui ressemble davantage à un blogue de groupe, et chaque auteur pourrait aussi avoir son propre blogue sur le site, pour des billets plus courts ou des contenus qui ne sont pas nécessairement des « nouvelles de une »). Grâce à la file de soumission, vous pouvez retenir le contenu en attente d'approbation. Les fonctionnalités communautaires multi-auteurs sont une autre des forces de Drupal -- soulignons-le : les réponses à cette question sont « oui » et « oui »!
Bon, c'est probablement assez d'agitation de drapeau Drupal pour l'instant. Vous voyez que j'aime ce système? Et je n'ai même pas commencé à parler des nouveautés incroyables qui arrivent avec la version 4.5 et au-delà. Ici le meneur de claque de Drupal, terminé.