Bonjour,
Je planche depuis quelques temps déjà sur un projet de guide des modules, un genre de "drupalmodules.com" en français. J'avais proposé à Damien de l'intégrer à Drupalfr mais pour l'instant ce n'est pas possible (j'ai monté mon truc en D6 et drupalfr est en D5). Ayant trouvé un hébergeur pas cher qui fonctionne bien, j'en ai fait (pour le moment) un site distinct qui s'appelle www.drupalistic.net.
Tout n'est pas terminé (un patch à appliquer dans le thème, un template à améliorer pour les pages modules, des paramètres de visibilité des blocs à régler plus finement, un système de comparaison de modules, etc...) mais ça prend tournure.
Trois idées "forces" :
- un module = un noeud ; possibilité de faire un petit tutoriel sur chaque module ; éventuellement, ouvrir les commentaires pour permettre l'interactivité (questions utilisateurs...), si du moins certains s'engagent (moralement) à répondre - sinon, ce n'est pas la peine !
- par la taxonomie : des catégories par fonctionnalités mais aussi par types de site, pour aider à choisir
- regrouper ensemble les modules associés à de gros ensembles, appelés "constellations" (cck, views)
Ce qu'il faut, c'est que quelques administrateurs s'investissent un peu pour maintenir des infos à jour.
Pour le moment, le contenu est plus que léger ; j'aurais besoin de 5 ou 6 utilisateurs confirmés de Drupal qui puissent commencer à rentrer du contenu et faire des remarques (via un forum temporaire) sur les améliorations à apporter, avant l'ouverture "officielle".
Accessoirement, cette ouverture officielle s'accompagnera d'un grand jeu concours : dessiner le logo de Drupalistic :-) (il y aura un thème imposé !).
Merci de m'indiquer en réponse si vous êtes dispo les 3-4 semaines qui viennent, je vous contacte directement.
Marie-Hélène
Comments
Quel bon projet ! Ce site
Quel bon projet !
Ce site peut être un très bon tutorial pour les nombreux dév francophones mais il est très dommage que cela ne s'intègre pas, comme rubrique identifiée, dans drupalfr.org.
Christophe Vix-Gras
Drupal France & Francophonie / PeopleAtWork Agency
Christophe Vix-Gras
Complément d'infos
Plop !
Si je comprends bien (?), tu cherches des volontaires pour indexer les modules drupal - à partir de la base de drupalmods par exemple - et écrire de courtes mais pertinentes descriptions à propos de ces modules ?
Par ailleurs, une ligne éditoriale (...) est-elle envisagée, de l'ordre de la sélection : ne pas mettre les modules jugés mauvais ou que sais-je encore ?
Merci..
Bonne initiative en tout cas, c'est toujours très bon de produire autour de drupal.
bonne idee a ameliorer
salut
je trouve que ce genre de projets est interessant
je propose quelques ameliorations
- possibilite pour n'importe qui d'inserer un module (verifier l'url sur le site drupal.org/project pour eviter les doublons)
- possibilite de voter car certains modules font double emploi
- possibilite de voter pour la taxonomie comme le fait facebook pour les termes de traduction (je ne sais pas si il existe un module pour ca) (car certaines personnes diraient que ce module sert a faire la cuisine et une autre personne que c'est plutot un module pour faire de la plongee sous marine)
je n'ai pas de temps pour indexer mais peut etre que si j'y pense et que je passe par la, je rajouterai ma pierre a l'edifice
bon courage dans cette aventure
etc...
Merci pour ces
Merci pour ces encouragements.
Astrovix : L'intégration à drupalfr, je ne suis pas contre - bien au contraire (pour prendre en charge la maintenance à long terme) - et j'avais contacté Damien mais il faut croire que le DrupalCon de septembre mobilise toutes les énergies du côté des administrateurs. Vu la vitesse de développement de Drupal, c'est un peu dommage d'attendre encore 4 mois (l'idée remonte à mars) ; donc je me suis lancée et il devrait être possible d'importer le contenu un jour ou l'autre dans drupalfr.
Nade89 : tu as bien compris, il s'agit de faire une documentation en français sur les modules ; je n'envisage pas à proprement parler de ligne éditoriale mais je pense que la sélection va se faire d'elle-même : rien n'oblige personne à ajouter un module qui ne fonctionne pas. Je fais la supposition qu'à terme, ce site ne contiendra "que" les modules les plus utilisés (donc ceux qui sont éprouvés). J'espère pouvoir m'entourer d'une équipe de "balayeurs" qui puissent faire le ménage de temps en temps pour éliminer les modules périmés par exemple.
ssm2017 Binder : merci pour les suggestions. Mon idée est bien de laisser "n'importe qui" ajouter des modules, à la condition que quelques "balayeurs" puissent passer derrière. Pour les modules "double emploi", je ne pense pas à un système de vote mais à un type de contenu dédié à la comparaison de modules autour d'une problématique donnée (par exemple "la notification par mail"). Ce n'est pas encore très clair dans ma tête. Pour les termes de taxonomie, ta remarque est très pertinente mais je crois qu'il existe un module "community tag" qui serait plus adapté ; si tu me trouves une meilleure idée, ça m'intéresse. Je pense aussi au module "Flag" qui permet de marquer des noeuds ; chacun pourrait se constituer sa liste des modules "qui m'intéressent" et alors, pourquoi pas proposer une vue "leurs modules préférés" ce qui génèreraient plusieurs listes possibles. Je suis assez sceptique vis-à-vis des votes car un module jugé indispensable à l'un ne sera pas forcément utile à l'autre. D'où l'idée des listes "par type de site", qui me parait plus pertinente.
Bonne initiative
Je ne pense pas qu'il y ait de modules indispensables (on peut très bien se passer de cck ou views avec qq lignes de code), mais il y a des besoins et des modules qui y répondent, et dans ce cas ce n'est pas la peine de recoder ce qui existe.
C'est vrai qu'il n'est pas aisé de s'y retrouver sur drupal.org car il y a énormément de modules, et que ce n'est pas évident de savoir si un module va convenir ou pas sans le tester. Un tel site devrait permettre de faire un premier tri et économiser du temps.
Question balayage, je pense qu'il faut laisser les modules obsolètes ou problématiques (car incompatibles avec d'autres ou buggés) en le signalant, et en proposant des alternatives.
Je veux bien apporter ma contribution, mais elle sera relativement modeste car je connais peu de modules. J'en avais essayé plein pour edulibre.org, mais j'ai fini par en éliminer la plupart, pour simplifier l'admin et parce que je suis souvent plus à l'aise avec un peu de code plutôt qu'avec des interfaces d'admin incompréhensibles (mais non j'ai rien contre views ;-) ).
Sinon, je verrai bien un topo sur la bonne utilisation des modules, car c'est très facile d'en empiler des dizaines, mais on peut s'en mordre les doigts ensuite... (difficultés de maintenance, "mais pourquoi ce @$#!§ de truc ne veux pas faire ce que je veux, etc.).
Dans cette idée, on pourrait aussi imaginer un critère de "légèreté", pour distinguer les petis modules qui ajoutent une petite fonctionnalité sans modifier la gestion du reste ni changer grand chose aux perfs, et qui peuvent donc être facilement ajoutés/enlevés, et les "gros" (cck, views, panel, organic groups & co) dont l'installation devrait être réfléchie.
Il y a deux sortes de
Il y a deux sortes de personnes qui utilisent Drupal :
- les développeurs professionnels qui l'utilisent pour gagner du temps, mais sont capables de se passer d'un module en deux-trois lignes de code
- les amateurs bidouilleurs à qui Drupal donne des idées de création de site qu'ils n'auraient jamais eu sans ça, parce qu'ils n'auraient jamais été capables de coder toutes ces fonctionnalités.
Je fais partie de la seconde catégorie. Et je ne sais pas remplacer le CCK ou Views, même si j'ai parfaitement conscience de la lourdeur des requêtes de Views (j'ai quelques notions en requêtes mySQL) ; mais je ne travaille pas sur des gros sites "drupal".
Alors, pas de problème pour expliquer comment se passer d'un module ; je t'invite même à préparer quelque chose - mais la "légèreté" d'un module est un critère assez secondaire pour nous autres, amateurs bidouilleurs. Ceci dit, c'est effectivement quelque chose que l'on peut signaler dans la notice d'un module.
Je te sens motivé :-) Je m'occupe de ton compte demain.
Le projet peut être
Le projet peut être intéressant et m'intéresser pour contribuer quelques fiches mais il faut se différencier de drupalmodules.com parce que niveau recherche il est vraiment top (résultats ajax ultrarapides avec le module finder et aussi les module "relatifs"). En fait les modules relatifs sont la principale raison qui font que je vais sur drupalmodules.com; c'est souvent comme ça que je tombe sur des modules que j'avais manqué. A mon avis c'est quelque chose à garder.
J'aime bien l'axe de classement "type de site à construire". On cherche souvent les modules phares pour :
- un blog
- base d'un site communautaire (les modules à utiliser pour les profils et connecter les membres entre eux
- la gestion de vidéo dans un site communautaire
- la gestion de musique dans un site communautaire
- boutique en ligne
- gestion d'un intranet
etc...
Ce systeme de classement que tu as commencé à faire -outre les catégories classiques- et qui indique QUELLE ASSOCIATION / INTERACTION de modules et les meilleures connivences entre les modules me parait le plus intéressant dans ta démarche.
Au final c'est logique : c'est la combinaison de module qui est plus importante que la fonctionnalité d'un module; et c'est la philosophie même de Drupal qui veut ça.
Par exemple il faut predre un peu temps pour comprendre que la bonne combinaison pour une boutique en ligne sur drupal 6 c'est :
- views 2 en modifiant la vue taxonomie (c'est à dire overrider la vue taxonomie de Drupal, j'avoue que j'ai trouvé ça tordu la première fois mais bon ça marche très bien pour présenter des produits à sa guise. Et ca permet de conserver une réecriture d'url parfaite)
- taxonomy menu pour le listage dynamique des catégories
- taxonomy breadcrumb pour rendre cohérent le fil d'arianne de la boutique
- taxonomy image qui peut être très utiles pour donner des images aux rubriques !
plutôt que d'utiliser le module catalog d'ubercart.
Ce systeme de classement que
Ce systeme de classement que tu as commencé à faire -outre les catégories classiques- et qui indique QUELLE ASSOCIATION / INTERACTION de modules et les meilleures connivences entre les modules me parait le plus intéressant dans ta démarche.
Au final c'est logique : c'est la combinaison de module qui est plus importante que la fonctionnalité d'un module; et c'est la philosophie même de Drupal qui veut ça.
C'est exactement le raisonnement que j'ai tenu.
C'est aussi ce que j'essaie de modéliser sous la forme d'un type de contenu de comparaison avec :
- un titre explicite genre "notification par mail des nouveaux contenus"
- un nodereference illimité qui irait piocher dans les fiches des modules concernés (Notify, Notifications, Subscriptions...)
- le body qui compare les uns et les autres.
En clair quelque chose d'un peu plus "valeur ajoutée" que le simple regroupement par taxonomie.
Il y a ça dans drupal.org et j'aurais bien aimé tomber dessus plus tôt !
je veux bien un compte pour
je veux bien un compte pour pouvoir ajouter une fiche ou deux si je trouve le temps :-)
Carambolage d'idée
Bonne idée... A vrai dire j'allais transformer ineation.com un peu dans ce sens pendant mes vacances cet été (dans 10 jours!)... Bon et bien je vais m'adapter et trouver une nouvelle ligne éditoriale... Bon courage dans ton projet.
Alex
www.ineation.com
Alex
www.ineation.com
On pourrait aussi tous se
On pourrait aussi tous se mettre tout nu, s'enduire le corps de miel et courir dans les champs. Mais ça n'a pas de rapport direct avec la discussion.
No comment
No comment ;-)
Alex
www.ineation.com
Alex
www.ineation.com
c'était gratuit , pas vis
c'était gratuit , pas vis à vis de ton post hein :-)
J'avais compris, je
J'avais compris, je m'apprêtais à dire que je préfère le nutella au miel....
;-)
Alex
www.ineation.com
Alex
www.ineation.com
Ce serait avec plaisir Nyl
Ce serait avec plaisir Nyl Auster, mais il me faudrait une adresse e-mail et je ne trouve pas le moyen de te contacter (je suis peut-être quiche) ; peux-tu me mettre un message privé ?
Merci !
Merci Alexandre !
Merci Alexandre !
et les modules redondants !!!
Dans la même idée que les 'constellations' de modules (modules qui peuvent se combiner pour donner un certain résultat, je crois qu'il serait bon de bien regrouper / faire des comparatifs objectifs sur les modules 'redondants' cad assurant quasiment la même fonctionnalité, mais leurs auteurs auraient hurlés si j'avais écrit 'équivalents'.
Je pense :
aux éditeurs wysiwyg,
aux lightbox,
aux slideshows,
aux galeries,...
Il existe sur drupal.org des pages dites 'hall of shame' pour tous ces modules redondants, avec d'assez bonnes comparaisons.
edit : puisque j'en parle, voici où sont ces comparaisons, si çà peut faire gagner du temps aux autres... -> http://drupal.org/node/266179
Je pense que la même idée, avec en plus des démos fonctionnelles pourrait être compléter utilement ton idée. C'est redondant avec drupal.org, mais ce site est si difficilement navigable que d'autres initiatives doivent être prises rapidement (je vais peut-être me faire hurler dessus, drupal.org est une vraie mine d'or, mais quand la seule navigation possible se fait par la barre de recherche et qu'on systématiquement plus de 50 pages de résultats ; pour moi ; c'est inutilisable)
Je pense clairement qu'on a tous + ou - les mêmes besoins, selon les projets, et que des approches systématiques / comparatives sont indispensables. Par contre, je suis pas sûr que 'le type de site à construire' soit une bonne entrée = une galerie dans un blog ou une galerie sur un site de société, c'est toujours une galerie, etc...
Pour ma part, je serais (serai ? ;-) près à contribuer sur cette idée quand j'aurai assez de recul sur certains modules redondants. Sinon, je peux toujours faire quelques rapides présentations des modules que j'utilise (D5 et / ou D6) mais j'ai pas la prétention d'être un expert (mais cela est peut-être un plus si ta ligne éditoriale est plutôt dans la vulgarisation).
A ce titre, ou en es tu de ta réflexion, as tu déjà travailler sur une 'grille de rédaction' avec les points à aborder, c'est important à mon sens que chaque module soit traité de la même manière, cela permet au lecteur de s'y retrouver, et surtout une comparaison 'équitable' de chaque module (ex : si un utilisateur fait une analyse critique, points forts/faibles ; maintenance du module et que les autres ne traitent pas ces parties, ben çà (des)avantage ce module par rapport aux autres)
A+
Edouard
"L'exces de modération nuit gravement à la consommation"
Materiel et services agrométéorologiques : http://www.promete.fr
Les modules redondants, oui
Les modules redondants, oui j'y ai pensé, comme je l'ai indiqué dans mon message d'hier (18h50).
Je vais également faire une petite note pour conseiller les contributeurs ; mais il y aura forcément des inégalités dans la qualité de la doc selon les modules. C'est inévitable, sauf à ce que la même personne fasse tout, ce qui est matériellement impossible. J'opte pour une création communautaire parce que c'est le seul moyen d'avoir quelque chose d'un peu consistant ; ipso facto je renonce à l'homogénéité parfaite des données. Si une fiche est vraiment trop mal faite, 1) la doc de référence en anglais sera toujours accessible, 2) il suffira d'éditer la fiche pour l'améliorer.
Enfin, je ne comprends pas très bien la réserve sur les types de site ; les sélections ne sont absolument pas exclusives les unes des autres. Si tu veux construire un blog avec des galeries d'images, rien ne t'empêche de piocher d'abord dans la sélection "blog" puis dans la sélection "artiste, galerie multimedia" (je crois que c'est comme ça que je l'ai appelée). Si tu fais le site d'une société, tu iras chercher "vitrine entreprise ou institution" et éventuellement "intranet" si le site sert face externe et face interne. Je veux dire qu'on propose des catégories assez générales, à charge pour chacun de chercher selon ses besoins. On ne va pas prendre par la main chaque webmaster non plus, même si à en juger par les forums certains voudraient bien...
La phase de test va me permettre de voir si ces catégories tiennent la route ou s'il faut les modifier tant qu'il est encore temps (pas 300 fiches à corriger).
Évidemment les fiches
Évidemment les fiches seront variables (de part la qualité pédagogique ou technique du rédacteur), mais une grille de rédaction, par exemple avec les 'chapitres' à aborder, permettra d'atténuer cette variation et surtout de rendre la lecture / comparaison plus simple pour les visiteurs.
La réserve sur le type de site c'est qu'un module (type de module) peut être utilisé dans différents types de sites. Donc il faut en tenir compte dans ta gestion de taxonomie (je suppose que c'est ce que tu utilisera) pour permettre que les modules du genre galerie, lightbox ou autre (qui se retrouvent + ou - dans tous les sites qui se veulent conviviaux) soient accessible par plusieurs entrées (blog, ecommerce, vitrine,...)
"L'exces de modération nuit gravement à la consommation"
Materiel et services agrométéorologiques : http://www.promete.fr
La possibilité d'attribuer
La possibilité d'attribuer une note aux fiches pourrait permettre de classer celles qui seront à améliorer.
http://twitter.com/cyberjimi
C'est une très bonne
C'est une très bonne remarque ; je n'y avais pas pensé.
Je commence à bouger de ma
Je commence à bouger de ma place au fond de la classe près du radiateur, je progresse ! :-p
http://twitter.com/cyberjimi
Excellente idée
Salut,
Je trouve que c'est une excellente idée. Comme je l'ai dit à Marie Hélène en perso, la question qui reviens régulièrement lors des formations ou présentations que je donne est "Quel module me conseillez vous pour..." Généralement en faisant un tour sur le blog d'Alexandre on obtient les premières réponses mais il y'a des cas particuliers, des modules bien pensés mais mal documentés, etc... donc Drupalistic peut répondre à ces questions. J'apprécie les rubriques "Quels modules pour mon site" même si à mon avis elles devraient s'accompagner d'un tutoriel ou d'une motivation. Par exemple views peut servir pour les blogs, les galeries photos, les sites vitrines mais ça n'explique pas comment.
Je pense aussi que le site doit être un point de démarrage vers d'autres sites de la galaxie drupal. On a déjà le lien vers la page du projet et la page drupal modules ce qui est très bien. Je verrais bien deux autres liens plus francophones :
"On en parle sur DrupalFR" : Lier les derniers fils de discussion du forum drupal fr pour enrichir les pages de retour d'expériences. Ce lien pourrait d'ailleurs être automatiquement généré à l'aide d'une requête sur le forum. Par exemple voilà ce que ça donnerait pour node_import : http://drupalfr.org/search/node/node_import
"Traduction du module" : Lien vers l'export de la traduction du module sur http://l10n.drupalfr.org/ (qui m'a l'air down aujourd'hui). Cela permettra d'être le plus à jour possible sur les traductions et d'inciter à l'utilisation de ce site.
Enfin je ne suis pas très partisan de noter les fiches, par contre, à l'instar d'autres sites comme framasoft, on peut envisager des commentaires pour informer de changement sur les versions, d'erreur de liens ou autres.
En tout cas bravo pour ce projet auquel j'aurais plaisir à participer dès mon retour de congés.
Je note les idées de liens
Je note les idées de liens possibles avec drupalfr et la traduction des modules. Je songe aussi à mettre un lien vers les "issues queue" de drupal.org.
Pour les commentaires, j'hésite beaucoup à les ouvrir (pour le moment ils le sont sur chaque notice mais je contrôle qui a le droit d'en laisser) ; je crains que ne soient mélangées les remarques sur la notice elle-même, et les questions sur le module (genre "j'ai activé MonNouveauModule et je vois un message d'erreur "Fatal error:allowed memory size of..."" : arrrrrrrrrgh ! mais non Marie-Hélène ça n'arrive jamais les utilisateurs vont spontanément chercher par eux-mêmes voyons). En fait je n'ai pas résolu la question "y'a-t-il moyen d'optimiser l'entraide francophone sur des cas particuliers" ; ce qui pose autrement la question du lien Drupalistic/drupalfr puisqu'actuellement c'est drupalfr qui remplit ce rôle (et je tiens à ce que ça reste le cas). Le problème, c'est qu'en cas de souci avec un module le plus efficace c'est de s'adresser directement au développeur (d'où les "issues queue"). Pour que l'entraide francophone soit vraiment efficace, il faudrait qu'une personne soit "responsable" d'un module et s'engage à répondre ; autant dire que c'est un peu utopique... Peut-être faudrait-il envisager un forum "modules - pour les webmestres" (distinct d'un forum pour les développeurs sur le développement de modules) sur drupalfr.
Déjà que la question de la mise à jour des notices peut être résolue de différentes manières... Pour le moment, je suis partie sur l'idée que tous les contributeurs peuvent tout éditer (personne ne peut supprimer une notice et en fait le système conserve à chaque fois les versions antérieures auxquelles on peut revenir). Mais je ne sais pas si c'est la meilleure solution. Il n'y a sans doute pas "une" meilleure solution...
Pour le contrôle des liens, j'ai installé LinkChecker. Après, il est clair que les "versions Drupal" et "traduction française" seront des informations périssables. Bon : je mise sur l'intelligence collective et je me dis que quand quelqu'un verra une info périmée, il ira la corriger...
(edit) Mince, j'ai oublié de finir mon idée ;-)
Oui, brièvement : un système de notation des notices (de "à reprendre" à "exemplaire") permettrait de faire une liste des notices sur lesquelles il faudrait revenir sans laisser à l'utilisateur la possibilité de s'épancher sur ses petits malheurs personnels. C'est en cela que ça me parait vraiment une bonne idée...
Je trouve quand même
Je trouve quand même dommage de ne pas pouvoir faire cela sur drupal.fr.
Je pense que chacun doit prendre sur soi pour essayer de contribuer au même endroit afin de centraliser les informations au maximum.
Si ils sont tous overbookés sur drupal.fr, pourquoi ne passent-ils pas une annonce pour "embauche" de nouveaux contributeurs ? il y a surement des personnes qui seraient motivés pour apporter une pierre à l'édifice -j'en fais partie.
Le site drupal.fr donne l'impression d'être un navire sans capitaine avec seulement le forum qui vit; c'est dommage.
Sinon j'ai commencé à poster quelques fiches sur drupalistic : c'est un bon moyen de mémoriser quel module fait quoi et j'aime bien le classement par type de site.
Salut Nyl, Là je connais
Salut Nyl,
Là je connais bien le sujet car c'est une de mes frustrations. Il est prévu un redesign complet de Drupalfr depuis le dévut de l'année. Le problème c'est que beaucoup de personnes sont à la fois impliqués dans la drupalcon et dans ce redesign.
L'asso (qui possède drupalfr) à décidé de remettre ce redesign à la rentrée, après le drupalcon afin de ne pas surbooker tout le monde. Je pense pouvoir affirmer que cela sera la priorité du deuxième semestre.
Et là bien entendu tout les volontaires seront les bienvenus.
A votre dispo et a+
Alex
www.ineation.com
Alex
www.ineation.com
Je n'ai jamais exclu a
Je n'ai jamais exclu a priori l'intégration au site drupalfr. Le problème est celui que tu relèves : l'association est purement et simplement invisible. Quand quelqu'un émet une idée sur le forum, personne ne réagit pour la prendre en charge. Il y a quelques semaines, quelqu'un a commencé à créer une FAQ. Il est bien évident que la solution la plus logique aurait été un nouveau type de contenu (titre = question/body = réponse) et quelques vues pour faire une vraie rubrique. Mais cela n'est pas possible aux simples utilisateurs. Alors il a créé une page en faisant a la mano un système de glossaire. Tout le monde convient que ce n'est pas satisfaisant. Mais en attendant ... ?
C'est pourquoi il est plus pertinent à mon avis (pour en revenir à drupalistic) de partir au moins pour le démarrage sur un site indépendant sur lequel une personne motivée et un peu disponible peut intervenir facilement, installer les modules nécessaires et corriger les problèmes qui se présentent.
A plus long terme, en fonction de ce que devient drupalistic, on verra ce qui est le mieux : l'intégrer à drupalfr pour que la maintenance en soit prise en charge par l'association, ou lui laisser son indépendance parce que après tout, il y a de quoi faire un site dédié sur la recherche de modules (tout comme le serveur l10n.. est dédié à la traduction). drupalmodules.com est distinct de drupal.org parce qu'il offre d'autres fonctionnalités.
Je ne crois pas que le problème soit de centraliser l'information ; parce que c'est tout bonnement impossible (il faudrait "rapatrier" les infos données par Alexandre sur ineation, par Robin sur biboo,...), et accessoirement, il existe un éco-système économique autour de la documentation sur Drupal (Biboo affiche de la publicité, Cyprien Roudet vend son livre, etc). Donc il ne s'agit pas de réinventer l'eau tiède ni de concurrencer n'importe comment la doc existante. Les notices drupalistic sont faites pour lister les tutoriels qui existent déjà, quand il en existe ; pas pour les réinventer.
Il s'agit plutôt de structurer cette information. Drupalfr pourrait devenir un portail des sites-francophones-qui-parlent-de-Drupal. Il serait utile pour le nouveau venu de savoir où se diriger selon ce dont il a besoin (s'il est développeur ses questions seront différentes de s'il est un amateur-qui-connait-un-peu-SPIP (ou Joomla) et qui s'intéresse à Drupal pour le site de son association). Vouloir tout centraliser au même endroit (jacobin va !) cela me parait utopique (c'est le mot du soir) et pas forcément pertinent sur un support en réseau - donc par définition décentralisé.
Après, on peut voir les choses autrement, j'examine toutes les bonnes idées d'où qu'elles viennent ! :-)
Bravo pour cette initiative
Bravo pour cette initiative : encore une personne motivée pour participé à l'effort Drupal en France !
Comme quelques-uns, plus haut dans ce thread, je trouve dommage que drupalistic ne soit pas un pendant de drupalfr.org, plutôt un nième site... néanmoins je comprend Marie-Hélène, le capitaine du navire drupalfr.org semble très (trop !) occupé pour intégrer ce type d'initiative.
Pour en revenir à drupalistic, il y a encore du travail pour rendre ce site utilisable par le commun des mortels, non pas par le contenu qui s'annonce bon mais par l'accès, le design, l'ergonomie, etc. qui sont particulièrement rebutant pour le moment : le site est ignoble ! Vivement le concours de logo/thème ! :-P
Reste que j'aime beaucoup l'idée et que je suis près à donner un coup de main (après mes congés) ! :-)
--
Narno - http://narno.com
--
Narno - http://narno.com
Soyons patients
Nous sommes plusieurs du bureau de l'association à se réjouir de votre initiative et nous vous proposons de se rencontrer après la DrupalCon qui mobilise tous nos efforts et de trouver ensemble une bonne répartition du travail pour améliorer le site et intégrer vos idées.
Christophe Vix-Gras
Drupal France & Francophonie / PaW Agency
Christophe Vix-Gras