Inéation

Sinon tu peux ruser... Tu peux créer un custom field CCK, tu y stockes une formule qui récupère la première lettre et fait les traitements de regroupement et après tu crées une views avec ce champ comme filtre... Mais là c'est quand même pas très beau... Oouh honte à moi... [EDIT] Je voulais dire un "computed field" (il était tard).

C'est possible: En face de "Style: Liste", tu as une petite icone en forme de engrenage --> clic dessus puis sélectionne le bon champ dans "Champ de regroupement :" Et voilà ! Ne jamais sous estimer views !!!! PS: si tu es bloqué n'oublie ps les forums officiels... PS : la doc de views http://views-help.doc.logrus.com/

Drupal est surement l'une des meilleure réponse pour ce type de site. Voir les modules suivants : # Organic Group # Flag et Flagfriend # Userpoint # Content Profile Ils font parti de mes indispensables pour les sites communautaires. Par contre c'est un projet qui nécessitera surement pas mal d'heure pour le paramètrer correctement et surement quelques modules custom si ton cahier des charge est précis... Il n'y a pas de miracles, comme le dit nyl auster, et je ne pense pas que d'autres CMS pourront faire mieux pour ce type de projet. Bref un projet challengeant pour commencer avec Drupal, mais au moins après tu maitriseras la bête. Enfin concernant Elgg, il est encore relativement limité dès qu'il s'agit de sortir de ce qu'il fait clé en main.

Dries et léquipe de redesign du site Drupal.org travaille à Paris cette semaine pour un "redesign theme sprint". Une rencontre est organisée avec la communauté française. Dans une ambiance conviviale dafter work, vous aurez loccasion unique de rencontrer Drupal de lintérieur. Nous nous retrouverons à jeudi 12 à 19h30 chez Linagora : 27 rue de Berri 75008 Paris http://www.linagora.com/societe/contacts/n...acter/_r45.html Qui nous offre la salle et les boissons pour cet événement. Dernières infos à jour ici : http://groups.drupal.org/node/18818

Je confirme, il est parfaitement normal pour un site normal d'avoir plusieurs dizaines de module. Drupal est concu de la sorte. Pour les images il y a déjà la question de l'architecture du contenu à se poser : image en ligne ou image en tant que champs ou image en tant que contenu. A chaque besoin sa solution et Drupal sait faire les 3. Perso, je trouve que image en tant que champs est la solution la plus flexible et la plus contrôlable (nombre, format, emplacement, style). Après tu peux les afficher exactement où tu veux soit via les CSS soit via les templates (il faut maitriser le travail de theming)... A l'inverse, a part pour un blog, je n'aime pas les images inline car on laisse le choix à l'éditeur et non au designer de l'emplacement, la taille, etc. Je ne connais pas beaucoup de cas, or les blogs encore une fois, ou cette méthode est la bonne solution. a+

Je confirme, ce type de module est dépassé et ne correspond pas à la philosophie de Drupal aujourd'hui. La bonne pratique va consister à utiliser des type de contenu spécialisé (CCK) et des vues (Views) pour les lister / filtrer/... Puis par exemple une recherche par facette avec SOLR. On peut faire très rapidement un excellent annuaire complètement adapté au besoin. J'ajouterai que c'est un excellent exercice pour apprendre Drupal. Ni trop dur ni trop facile.

Lorsque les filtres standards de views ne sont pas suffisants (et pourtant il y en a bcp), on peut créer soit même un module qui va créer ce nouveau filtre avec une expression régulière par exemple, et le rendre disponible via l'api du module views. Je ne l'ai jamais fait, mais a priori en prenant exemple sur l'un des filtres existants on doit pouvoir s'en tirer. Mon conseil est de bien s'assurer qu'il n'y a pas un moyen standard avant de se lancer tête baisser dans la tache (sauf à but pédagogique...).

Perso, je n'ai pas encore pris le temps de tester Ubercart, mais je connais des webshops sérieux qui sont entrain de réaliser des sites costauds avec D6 et Ubercart. Il semblerait que cette béta soit très stable. Comme souvent d'ailleurs avec les modules "star" de Drupal, les bétas sont souvent plus stables que les releases de produits commerciaux... Mais bon, a tester pour être sur... Au plaisir de te voir... Bon maintenant j'ai la pression, va vraiment falloir que je bosse la prez !

Hello, prendre l'install de Acquia est un bon moyen d'avoir la plupart des modules indispensables en un seul clic de souris. Cela m'arrive de le faire pour gagner du temps, je désinstalle juste les modules acquia network après l'install. Après comme dit David, c'est tout pareil que de les télécharger un par un soi même. En tout cas je suis ravi de voir que mon blog te soit utile. Merci pour le feedback. a+

David, je suis impressionné ;-) Juste une précision nodeword est maintenant appelé "meta tags". Enfin Loic, une piste pour ton annuaire : va voir du côté de l'indispensable CCK pour créer les fiches de l'annuaire et le non moins indispensable views pour afficher les listings. Sans ces deux modules Drupal n'est pas vraiment Drupal...

Salut à tous, Drupal 6 et les modules : a ce jour il n'y plus de question a ce poser, la très grand majorité des modules importants sont maintenant porté à D6 ou sont dans des versions beta (très stables dans le monde drupal). Concernant Drupal 6 et le multilinguisme (vu que David fait référence à un de mes post sur drupalfr), il ne faut pas non plus aller à l'excès inverse. On peut faire d'excellents sites multilingues, par contre cela nécessite un paramétrage précis et une bonne maitrise du CMS. C'est vrai, il y encore des choses à améliorer comme la traduction de certaines variables et qlq petits trucs (prévus pour Drupal7...). Néanmoins avec Drupal 6 + le module I18N vous avez l'une des solutions multilingues les plus efficaces sur le marché des CMS open source. A+ et bonne journée

Nyl je vois que l'on fréquente les mêmes endroits... Et comme quoi twitter ça marche pas mal ! Merci pour ton analyse détaillée. En tout cas, la possibilité de réaliser des contenu "structuré" et de faire des requêtes complexes de manière simple (avec la souris ou avec un script) devient un must pour les CMS. En tout cas pour moi c'est un critère de choix important car cela influe grandement sur la productivité du projet.

Effectivement je suis d'accord, et cela s'applique à n'importe quel produit / business d'ailleurs...

Effectivement admin_menu est un must, mais pour les utilisateurs confirmés uniquement. Pour les débutant il faut trouver plus "parlant". Quand au délai, ya pas de soucis à se faire, quand bien même Drupal 7 arrive à l'heure, le temps que la majorité des modules arrivent, 2010 sera bien avancé. ;-)

Dries, le créateur de Drupal, nous a donné quelques nouvelles sur la nouvelle mouture de Drupal. Pour tous les détails voir ici :http://buytaert.net/predictions-2009 * Drupal 7, intégrera le module CCK, aujourd'hui optionnel. Et il fera plus qu'aujourd'hui car il permettra d'ajouter des champs à tous les objets Contenus, Utilisateurs, Taxonomie... Tout simplement génial. * Drupal 7, devrait faire de gros progrès dans l'ergonomie de l'admin, suivant l'étude faite l'année dernière. Les chantiers sont en cours, il m'est encore difficile d'évaluer ce que cela va donner. * Drupal 7, sera un peu plus gros. Il intégrera un peu plus de modules en standard afin d'être plus en ligne avec les fonctions maintenant indispensables à tous les sites : gestion d'image, génération d'url en fonction des titres... Arrivée prévue pour fin 2009. Vous avez le temps de vous former et de monter en puissance avec D6...

Ou Wordpress + flutter ;-) Qui utilise le potentiel des customs fields avec une interface plus sympa. Mais cela reste encore très limité. Ceci dit je suis cette extension avec attention car cela peut donner un tout autre potentiel à Wordpress...

Je vois qu'on parle de Drupal ;-) * Avec Drupal 6, le module Views a énormément évolué. Aujourd'hui il permet de faire des requêtes très puissantes sans écrire une ligne de php. * Pour gérer la visibilité d'un bloc, en plus des options std, il existe un tas de modules supplémentaires permettant de gérer des options de visibilité plus complexes. Sinon, il y a le module Panel qui a été concu pour assembler sur une même page des contenus reliés entre eux par des relations complexes. * Les hooks, ne sont pas le privilège de Drupal, on trouve cela aussi dans wordpress. C'est un système qui a fait ses preuves et qui permet ainsi aux modules d'agir sur les processus standards de Drupal sans avoir à modifier le code. * Drupal 6 est une évolution de D5, pas une révolution. Il améliore significativement certaines choses comme le thèming mais le principe de fond est le même (heureusement).

J'ai vu cela, maintenant que je suis abonné au flux RSS. Par contre j'ai pas bien compris ce que représente Evolution et Révolution. Deux branches ? Compatibles ? C-a-d les futures versions ? Beaucoup de choses vont donc évoluer avec ces versions ? Du coup, ne vaut-il pas mieux attendre 6 mois avant de se plonger dans la bête ?

C'est tout simplement parce que SPIP se démarque surtout par un excellent support francophone qui a généré un for taux d'utilisation en France. En anglais, tous les CMS ont un bon support ;-) alors on parle moins de SPIP.

Désolé comme tu l'avais deviné UI = User Interface. Sinon, je suis ravi de voir un fervent défenseur du potentiel de Drupal ;-)

Pour parler de ce que je connais le mieux Drupal permet de le faire. Modules à utiliser : location (geocodage), gmap (affichage sur Google map), image (a ton avis?), + modules pour les fonctions communautaires. Tout cela marche out-of-the box sans une ligne de code, maintenant le niveau de customisation dépendra évidemment des détails de ton cahier des charges (ah, les détails...)

D'après moi, et seulement si tu parle Anglais, il n'y a pas mieux que www.lynda.com. Des vidéos de formation d'excellente qualité pour tout ce qui touche au web design. 25$ par mois accès illimité, le meilleur investissement que je n'ai jamais fait... (Et je n'ai pas de commissions).

Il vous faut savoir que les bonnes pratiques du développeur Drupal consistent à séparer son module en deux parties : l'api d'un côté et l'ui de l'autre. La plupart des modules importants de Drupal utilisent cette technique et, j'en parlait hier avec l'un des core contributeurs, c'est une pratique qui va être de plus en plus encouragée. Cela permet de garder la productivité nécessaire au projet tout en permettant à un développeur de créer une application parfaitement en ligne avec des besoins spécifiques. Quand au newbie il utilisera l'interface standard qui lui permettront d'accéder aux fonctionnalités out of the box (mais au prix de certains compromis). Exemple type, le module Views qui est un requêteur qui permet d'extraire de la bd des listes de contenus afin de les afficher. Il dispose d'une UI standard, très complète mais complexe et donc adapté aux vrais développeurs. Mais comme l'api est séparée de l'UI vous pouvez développer une interface simplifiée à destination de l'admin du site... Views est un exemple, mais vous avez une api pour créer des types de contenus complexes, pour gérer des relations entre utilisateurs, pour créer des systèmes de notation, pour manipuler des images, pour gérer des fichiers etc, etc... Ainsi c'est à l'image de Drupal, à deux niveau. Pour le développeur, l'API de Drupal combiné aux API spécialisées des modules permettent développer rapidement un CMS sur mesure. Pour les autres (ou pour des besoins de prototypage) Drupal permet rapidement de créer une application sans écrire une ligne de php. Bref le meilleur des deux mondes ;-)

Pour le support ils ont bien annulé les groupes (basé sur Elgg) qui avaient été mis en place il y a peu de temps. Ils se sont rabattus sur l'ancienne solution basée sur google group :http://groups.google.com/group/elgg-users

Suspension pour cause de membres irrespectueux ne respectant pas la netiquette des forums, + développeurs ne supportant plus les incessantes demandes d'aides de la part de personnes ultra débutantes (causé par le manque de doc). C'est un cas d'école (du coup j'en ai fait un article dans mon blog).