Connexion utilisateur
A la une sur drupalfr.org
Drupalistic a été créé par Marie-Hélène Wronecki - Le contenu de ce site, collaboratif et non officiel, est placé sous licence BY-NC-SA.
Thème : 960 Robots par Jeff Robins, Nate Haug et Jennifer Robbins
Drupal est une marque déposée de Dries Buytaert.
Merci aux testeurs-encourageurs-conseillers, et particulièrement à nyl auster et Brice Favre !
Si vous appréciez Drupalistic, contribuez ! Merci !
merci !
Bon courage en tout cas ! (et merci pour tout le travail que tu as déjà fournit ici par le passé)
Merci, avec encore plus de retard : tu sais ce que sais que la première année ! #têtesousl'eau
merci, avec beaucoup de retard ... !
Comme je te disais tout à l'heure sur Twitter : bravo et félicitations pour ta promotion et l'obtention du poste que tu convoitais qui n'est que l'aboutissement mérité de tes efforts.Je me permets de rajouter que tu seras une perte sèche pour la communauté francophone de Drupal. C'est tout ce qui est à déplorer dans ton annonce.Pour le reste : bonne chance et au plaisir de te lire encore sur le net. J'adore ton style et ton côté story telling si naturel ;)Nous restons tuned :)PS : pense pas à faire mourir tes neurones trop vite (joke), l'humanité a encore besoin de tes talents !
Félicitations, avec du retard hélas, d'un ancien "collègue", prof de maths :)
Pour l'instant, bien que débutant sous Drupal, je n'ai quasiment vu aucune différence entre D7 et D8.
Ce qui rebute quelque peu un éventuel amateur de ce CMS est, non pas sa complexité, mais le peu d'aide, en Français ici, autant sur les forums que sur la toile en général. J'ai lu sur un forum , en deuxième position sur une liste, une question posée voici 3 ans, répondue il y a deux ans.Quand on voit la réactivité de l'aide Word Press, ça surprend. De même pour les tuto Drupal7 de A à Z. D'abord sur la forme, pour accéder à la 1ère vidéo, il faut aller de suite vers la dernière page puis après lecture, remonter tout en haut pour revenir une page en arrière, soit descendre toutes les vidéos pour accéder à la deuxième série..; . Curieux quand même qu'une série commence par la fin.
Sur le fond, ces tuto sont les bienvenus malgré quelques confusions autour de certains modules? D'autant plus que les liens donnés, et que j'ai dument essayés, ne donnent pas le même résultat : soit des modules sont absents, soit il y en a en trop.
C'est un peu dommage.
Je reviens sur ce cms l'ayant quitté depuis longtemps au vu de son côté assez rébarbatif à cette époque ( quelques années)
Si je ne comprends toujours pas toute la substantifique moelle de Drupal, je n'en apprécie pas moins les quelques lignes lues ici. Il est vrai qu'habitué à certaines structures autant informatiques ( Word press, Spip...), que mathématiques par exemple, ici sur la construction d'un site, j'avais un peu de mal à saisir cet environnement. Je commence à y voir plus clair. Ce qui me nargue encore, ce sont ces nodes autour desquels tout s'articule. Il me semble y voir une ressemblance des branchements de sites en réseaux, sorte de bus où chaque node envoie vers une topologie en étoile, chaque bout de l'étoile constituant un node, etc...
L'autre question qui m'effleure, mais peut-être n'est-elle pas à sa place ici, est le(s) module(s) Views qui me paraî(issen)t si puissant(s) qu'il faille cependant y passer de longues heures à le déshabiller complètement. Pour la bonne cause, bien sur. :o)
C'est indéniable et constaté depuis des années. Plus Drupal se complexifie et demande une approche rigoureuse, moins il a de chances d'être découvert et adopté par des contributeurs "jeunes." On ne teste pas Drupal juste pour voir ou s'amuser, il faut vraiment en avoir un besoin fort.
Honnêtement pour un "site builder" comme moi, faire des sites avec Drupal n'est plus très fun. Je me contente volontiers des seuls aspects design et thème (ce dernier étant à lui seul constitué d'au moins 4 langages, 12 APIs, 17 niveaux d'abstraction, le tout devant respecter 23 normes…)
Salut Yann !
Tu n'es pas le premier que j'entende (ou que je lise...) exprimer de telles réserves. Ne mettant pas les pieds dans le code, je n'ai pas conscience de ce genre de problèmes. Il est certain que la simplicité est quelque chose d'essentiel dans un tel projet. Plus il grossit, plus le risque de "bureaucratisation" (y compris du code) augmente aussi. Je crois que c'est aussi l'une des clés du succès de wordpress - même si de nombreux plugins ne sont pas de très bonne facture - que de maintenir une facilité de contribution.
Merci à toi !
D'abord merci pour la reconnaissance ; Ensuite, dans les faits, on affecte souvent à un vocabulaire spécifique le rôle de "liste de rubriques" qu'on utilise comme navigation principale (avec un module comme taxonomy menu). Il reste qu'il est bon de ne pas être contraint par une structure hiérarchique trop forte.
Bon courage dans votre découverte de Drupal.
Je suis refroidi par la complexité grandissante de Drupal (drupal 7). Le risque est que cette complexité grandissante mette un énorme coup de frein à l'arrivée de nouveaux contributeurs (core mais aussi contrib). Le nombres d'API et leur complexité demandent un investissement bien plus élévé qu'auparavant pour commencer à contribuer efficacement.
Or, c'est les modules contributeurs qui ont fait le grand succès de D5 puis de D6... Drupal 7 représente un tournant très important pour Drupal; et il faudra bien le négocier pour que D8 soit une réussite.
J'ai vu beaucoup de chantiers très exitants sur Drupal 8, mais en tant que dev, j'attends de Drupal 8 un GROS travail de refactorisation, plus clarté et de légereté, un gros nettoyage de printemps pour repartir sur des bases saines pour la suite. Il faut resserrer les boulons très vite pour avoir un Drupal 8 de qualité, et avoir un objectif modeste et atteignable plutôt que de vastes chantiers difficiles et vouloir faire plaisir à tout le monde; ce qui n'est pas possible sans des ressources humaines supplémentaires ....
Je suis en train de considérer Drupal pour un site associatif et je suis actuellement sous Joomla. Je n'oppose en aucune façon les deux.
Votre site est un de ceux que je consulte avant de me lancer sérieusement et je vous rend grace pour la qualité de son contenu.
La logique hierachique ou taxonomie ne me semble pas s'opposer aussi radicalement. Ce n'est qu'une méthode d'accès à l'information.
L'affectation d'un article à une seule classification est effectivement une limite qu'il faut contourner, mais le principal est que les visiteurs se retrouvent sur le site. Il est indispensable de fournir des guides. Que ce soient des menus hierarchisés ou des méthodes de recherche.
Novice sur Drupal, je me dis que si l'on affecte un vocabulaire spécifiquement à une serie d'article et pas à d'autre. Un menu vers ce vocabulaire structure le site avec un accès très proche d'un accès vers une catégorie.
Plus connaisseur de Joomla, un module comme Flexicontent ajoute une "taxonomie" aux articles, je retrouve les nuages de tags et je peux faire des menus sur un tag pour palier à la structure section/article ou laisser le nuage de tag guider le visiteur.
Débutant avec Drupal, j'ai trouvé ici un très bon blog! Dommage que tu sois moins présente mais tant que le blog restera il va être une bonne source de référence pour moi : )
Merci à vous !
'Suffit de pas s'énerver ! J'ai modifié le contraste et ajouté un système de redimensionnement du texte "à la demande", c'est tout ce que j'ai le temps de faire pour l'instant. Mais pour ce qui est de l'accessibilité, je ne peux que vous recommander Readability (http://www.readability.com/) ; vous n'aurez plus besoin d'enguirlander les webmestres.
(mais un fond noir, beurk, jamais)...
Votre blog est passionnant. Mais illisible ! Moi, webopathe, qui passe, en moyenne, toute la journée de 8h à minuit sur le web j'ai les yeux abimés par les fonds blancs. Au bout d'une heure je vois des taches blanches sur le texte. Je dois arrêter, ou bricoler la page avec Firebug pour pouvoir la lire.
C'est donc déjà TRÈS dur lorsque le texte est noir. Mais je dois dire que gris clair sur blanc, je trouve ça navrant. Absolument illisible. Et révoltant surtout : quoi, je tombe pour la première fois sur une personne qui PARLE BIEN le français (ce qui n'existe plus), qui de plus ÉCRIT BIEN, et enfin qui traite du sujet qui me tient le plus à cœur : Drupal et je ne peux pas finir l'article sans firebug? De plus cette personne est très soucieuse de la présentation de son blog, puisque tout y est clair, mais cette personne écrit en gris clair sur fond blanc !
En tant que créateur de sites Web, j'ai dû me pencher très sérieusement sur la typographie, puis sur l'accessibilité. Il y est question de contraste. Je peux me tromper, mais de mémoire il n'existe que deux mise-en-couleurs optimales pour le contraste: noir/fond blanc, et blanc/fond noir.
Qu'est-ce que ça vous apporte de faire souffrir le lecteur ? Vous ne souhaitez être lue que par les moins de 35 ans avec 10/10 aux deux yeux? Est-ce que ça rends votre blog plus intéressant? N'est-ce pas succomber à la dictature de la mode Apple-like?
D'ailleurs, il y a gros à parier que vous n'êtes pas âgée de plus de quarante ans. Vous verrez un jour précisément les dégâts que les écrans occasionnent aux codeurs. Quand vous aurez passé 30 ans à regarder des logiciels à fond blanc, et des pages à fond blanc, vous n'aurez pas seulement mal aux yeux : vous devrez envisager de vous reconvertir dans un métier non-informatique.
C'est pourquoi je vous demande de mettre au moins votre color sur : black, par pitié. Je souhaite continuer à vous lire.
Personnellement, je milite pour le fond noir, dès qu'il s'agit de texte en quantité. Mais je me sens bien seul, parfois. Vivement que cette mode du blanc disparaisse...
J'espère que vous ne prendrez pas trop mal ce petit mot acrimonieux, car j'ai beaucoup de sympathie pour vous, et de respect pour votre soin et votre expression, (pour quoi je milite encore plus !). Je vous livre simplement mon désarroi devant la difficulté à surfer et programmer 12 heures par jour sur toutes ces pages blanches.
Bravo encore et continuez...
Merci pour votre maîtrise du français. C'est un bonheur de vous lire. On devrait envoyer ce billet à tous les journalistes, écrivains et hommes politiques. Je trouve que vous les ridiculisez. Et sur le fond, billet très instructif.
Bravo et Merci.
Merci Françoise ! c'est très gentil !
Comme je te disais tout à l'heure sur Twitter : bravo et félicitations pour ta promotion et l'obtention du poste que tu convoitais qui n'est que l'aboutissement mérité de tes efforts.
Je me permets de rajouter que tu seras une perte sèche pour la communauté francophone de Drupal. C'est tout ce qui est à déplorer dans ton annonce.
Pour le reste : bonne chance et au plaisir de te lire encore sur le net. J'adore ton style et ton côté story telling si naturel ;)
Nous restons tuned :)
PS : pense pas à faire mourir tes neurones trop vite (joke), l'humanité a encore besoin de tes talents !
Bonjour,
(et désolée pour le retard)
Vos réflexions sont intéressantes mais je ne vais pas vous être d'une grande utilité car, le fait est que je n'ai jamais été confrontée à un problème de multilinguisme aussi massif : je ne sais donc pas comment Drupal le gère et quelles conséquences cela a sur le plan de la modélisation. Impossible donc, pour moi, de vous aider à l'optimiser.
Il reste cependant que, naturellement, il n'est pas toujours facile de s'adapter au cadre Drupal. Ce qui me parait important à faire passer, c'est l'idée qu'il faut toujours préférer travailler avec le cadre fourni que contre lui.
Dans la mesure du possible...
Bonjour,
D'abord, je vous présente mes excuses pour mon retard. Merci pour votre reconnaissance.
Ensuite, vous ne précisez pas dans votre commentaire si vous utilisez Drupal 6 ou Drupal 7. L'article a été rédigé à une "époque" où Drupal 7 n'existait pas et où le module Media n'avait pas grand'chose à voir avec ce qu'il est aujourd'hui. Pour cette raison, il est probablement daté et mériterait une bonne remise à plat "spécial Drupal 7".
Drupal 7 a introduit un nouvel objet dans la modélisation : l'entité. Une entité est un ensemble de champs. Un noeud est donc une entité, mais aussi un utilisateur ou un terme de taxonomie. Le module Media pour Drupal 7 fait du média lui-même une entité (avec des champs associés). C'est l'une des raisons qui en font une solution très intéressante et très "bonne pratique" pour Drupal 7. Mais de là vient cette confusion puisque, finalement, une image introduite par Media est un objet du même type qu'un noeud (une entité). Les différences seront donc subtiles et vont se jouer surtout au niveau des droits (création du contenu image et modifications de celui-ci) et des accès.
La question mérite une réflexion plus approfondie, et sans doute faudrait-il que je fasse un nouvel article sur ce thème.
J'essaie de garder ça sur mon radar.
Merci de votre participation, si tardivement prise en compte.
Bonjour et merci pour ce blog très utile pour les Drupaliens en herbes, perdus dans ce vaste océan ;)
Néanmoins, je ne suis pas sur de bien comprendre ce qui différencie fondamentalement un node avec une image, d'une image associée à un node..
Je m'explique :
Je travaille à passer un site, actuellement sur une solution homemade, sous Drupal.
C'est une communauté d'artistes qui poste chacun leurs dernières productions.
Il faut donc que pour chaque photo, image, ou vidéo posté sur le site, on puisse commenter la dite photo (ou autre), la noter, ...
Dans le même temps, il faut que je puisse regrouper les photos par lieu d'habitation de l'artiste et/ou sa spécialité et/ou un autre critère, ... Par "tag" quoi.
Avoir un node "galerie" contenant plusieurs nodes "images" (avec un module de type nodegallery) me semble donc la bonne marche à suivre.
Néanmoins, les artistes sont ... des artistes, non pas des geeks. Il faudrait donc la facon la pluuuuuus simple possible pour eux de mettre en ligne leur création. Que ce soit une photo sur Flickr, une vidéo sur youtube, un fichier qu'ils uploadent sur le serveur, ou autre.
Et le module média me semble parfait pour ça. C'est vraiment du "point and click".
Si l'on restreint le module média à une seule image ou vidéo uploadé, quelle différence y a t il avec un node image dans lequel on upload une image ?
Bonjour,
Votre discussion est intéressante.
Ceci dit en tant qu'analyste programmeur, il est toujours très difficile de vouloir transformer la réalité qu'on modélise ou bien les infos liés à ces problématiques pour les faire entrer dans la 'boite' Drupal.
Effectivement , je conçoit bien qu'on peut se donner beaucoup plus de mal à vouloir transformer Drupal pour qu'il réponde mieux à nos besoins particuliers, plutôt que penser 'autrement' nos données, nos infos, les penser dans une logique de présentation ou mieux , dans une logique d'expérience utilisateur.
Mais quand même il y a des projets qui demandent beaucoup.
Exemple, je dois faire un site pour une une institution , ce site doit être en une 20aine de langues et tout doit être traduit, traduisible...
Et j'ai des sujets dans différentes catégories et sous catégories et ce pour aussi une 20aine de pays différents... plus le reste des fonctionnalités qu'un site en 2011 doit avoir...
Avouez que tout faire en logique Drupal c'est hardcore comme disent les ados...
Avez-vous une piste pour être le plus efficace et le plus efficient?