Ce site exemple est une proposition sur la manière de faire progresser le forum communautaire d’un projet bénévole auquel je participe. L’objectif est d’évoluer d’un forum communautaire uniquement axé sur la conversation vers une communauté placée au cœur du projet.
Les catégories sont : Discussion, Partage et Action. Les espaces d’équipe sont uniquement étiquetés. L’idée est de maintenir les équipes accessibles de manière transversale et de ne pas segmenter la communauté avec des catégories.
Pour cette proposition, j’ai également adapté la fonctionnalité Assigner en Piloter et le plugin Résolu en Terminé. La sélection de Résolu sur un sujet le désassigne par défaut, ce qui fonctionne bien ici : Piloter n’affichera que les activités en cours non terminées.
Cela fonctionne également bien avec l’utilisation de la fonctionnalité Événement pour planifier des activités. La seule adaptation ici a été de renommer Participe/Ne participe pas en Rejoindre et Quitter pour la présence. Par défaut, cela liste les activités dans le calendrier Événements à venir, ce qui semble pratique.
Comment avez-vous configuré Discourse pour la collaboration communautaire ? Je suis curieux d’entendre d’autres approches au-delà d’une simple configuration de forum !
Merci beaucoup pour ce post. Je suis en train de planifier une installation Discourse pour un usage très similaire, et c’est stimulant et inspirant de voir ce que vous faites.
Je ne vais pas publier mes idées et ma solution ici, car il vaut probablement mieux créer un sujet séparé pour cela et garder celui-ci centré sur la discussion de vos idées.
J’adore à quel point cela paraît propre et simple.
Votre division en Parler / Partager / Agir semble vraiment claire, j’adore cette clarté. Cependant, je ne suis pas sûr de vouloir l’utiliser, car je ne suis pas convaincu que cela reflète vraiment le fonctionnement de ma communauté. Je ne suis pas certain de savoir qui serait aidé par cette distinction, par exemple quand quelqu’un voudrait parcourir la section Parler mais ignorer Partager.
Votre colonne de gauche est sympa… est-ce un composant de thème ou un thème personnalisé ?
Quel est l’intérêt d’avoir « Catégories » ajouté dans le menu du haut, alors que vous les avez déjà en haut de la barre latérale gauche ?
Votre idée d’adapter le plugin « Solved » en « Terminé » est très intéressante, je vais essayer.
Merci pour ton retour, Jonathan ! Et oui, c’est une bonne idée de ne pas configurer ce sujet comme une collection de différentes solutions. J’ai ajusté le titre et le texte de mon message d’origine !
Concernant le point 2) : Oui, je ne voulais pas suggérer d’utiliser ces mêmes termes tels quels. Il y a cependant une suggestion générale, et elle consiste à ne pas diviser la communauté en sous-groupes avec des catégories de premier niveau. J’ai créé une carte mentale pour visualiser cela. Pour moi, tout ce que vous pouvez placer dans une bulle blanche similaire s’intégrerait bien à cette disposition :
J’utilise le plugin Custom Layouts ainsi que tous ses widgets actuels : Liste des catégories, Profil, HTML personnalisé et Liste des sujets. Le menu de navigation listant les balises (communauté, design, développement, marketing) est donc une liste HTML personnalisée.
J’utilise uniquement la barre latérale sur la vue de bureau, pas sur mobile, c’est pourquoi j’affiche également les catégories dans la navigation supérieure. De plus, il pourrait y avoir d’autres catégories que je ne voudrais pas mettre en avant de la même manière dans le menu de la barre latérale.
J’apprécie vraiment votre façon de penser. Quand j’ai commencé à apprendre à écrire des plugins pour Discourse, j’ai aussi fait l’erreur de me concentrer trop sur les catégories. Je pense qu’il est bon d’imaginer ce que ce serait de réaliser les actions que nous faisons sur Discourse dans la vie réelle. Imaginez entrer dans une catégorie et « créer un nouveau sujet ». Cela me semble peu naturel. Je ne me souviens pas avoir fait quelque chose de similaire dans la vie réelle. Je trouve beaucoup plus naturel de réaliser des actions comme « démarrer une conversation » ou « poser une question ». Les actions devraient être quelque chose qui semble réellement naturel dans la vie réelle. « Créer un sujet » me paraît mécaniste, et peut-être même un peu grossier. C’est pourquoi je développe une API pour remplacer les actions de l’éditeur par quelque chose de personnalisé dans le plugin sur lequel je travaille actuellement. J’aime aussi votre idée de créer une communauté avec un but précis. Je sens que mon objectif de créer un dictionnaire collaboratif basé sur Discourse va dans une direction similaire. Discourse doit être personnalisé d’une certaine manière. Sinon, il ressemble trop à un groupe Facebook, et la friction des groupes Facebook est très faible. J’espère que couchers.org réussira. J’ai utilisé couchsurfing.org en mars lorsque je suis arrivé à Taipei, et je ne l’ai plus utilisé depuis, mais j’ai entendu d’autres voyageurs dire qu’il a connu un petit effondrement L’argent des fonds de capital-risque gâche tout
Je suis curieux de savoir pourquoi vous avez choisi de ne pas utiliser la vue de mise en page mobile ?
Nous avons choisi de masquer entièrement le menu déroulant des catégories (dans un composant de thème). Je me demande si vous avez apporté des modifications au widget de liste de catégories pour sélectionner des catégories spécifiques ? Ou si vous utilisez le paramètre excluded_categories ? J’envisageais d’ajouter un paramètre included_categories (ou quelque chose de similaire), car cela pourrait être utile à certaines personnes.
J’ai récemment activé trois niveaux de catégories sur thepavilion.io pour permettre une organisation différente de la base de connaissances. Auparavant, nous avions :
J’ai résisté à ce changement pendant un certain temps, car trois niveaux sont plus complexes, en particulier pour que les plugins et les thèmes puissent les gérer. Par exemple, le widget de liste de catégories layouts ne prenait pas en charge trois niveaux (j’ai récemment ajouté cette prise en charge).
Cependant, nous avons maintenant besoin de trois niveaux dans la base de connaissances pour des raisons organisationnelles (par exemple, nous devons extraire certains sujets de connaissances de l’API sur une base de catégorie). Comme on pourrait s’y attendre dans un Discourse basé sur des projets ou du travail, la catégorisation peut être influencée par des besoins organisationnels, par opposition aux thèmes de discussion dans un forum plus axé sur la discussion.
En fait, je suis tout à fait satisfait de la vue mobile telle qu’elle est. Je trouve également utile de ne pas trop compliquer les adaptations. Ainsi, la navigation de base sur le site fonctionne avec le menu de navigation standard.
Je viens de jeter un coup d’œil et, en guise de retour, j’ai eu du mal à comprendre comment cela était censé fonctionner. On dirait un autre menu HTML codé en dur. J’essaierais aussi de l’éviter.
Oui, j’ai exclu certaines catégories dans les paramètres du widget. Et je pense que les inclure serait plus intuitif, car c’est ainsi que fonctionnent la plupart des paramètres. On pourrait probablement peupler cette liste avec toutes les catégories existantes dès la première activation du widget ?
Dans l’ensemble, j’adore vraiment le plugin discourse_layouts et j’ai laissé plus de retours sur ses widgets ici :
L’argent des fonds de capital-risque gâche tout 
et j’ai laissé plus de retours sur ses widgets ici :