Dans mon forum (https://discuss.openedx.org), nous souhaitons encourager tous types de discussions. Cependant, la majorité des publications relèvent d’une catégorie spécifique : des personnes cherchant de l’aide pour installer le logiciel (https://discuss.openedx.org/c/devops/ops-help). D’après notre expérience passée, ces utilisateurs ne participent généralement pas aux autres discussions, et leurs questions sont souvent mal formulées ou incomplètes.
Je crains qu’un visiteur intéressé par un sujet plus approfondi ne décide, en voyant uniquement des questions d’installation, que le forum ne lui est pas utile et renonce à s’impliquer.
Quels outils puis-je utiliser pour isoler les questions d’installation du reste du site ? J’ai trouvé Sub-forums under a master?, mais la réponse se résumait essentiellement à « utilisez des catégories ». J’ai déjà des catégories, mais je souhaite éviter que les utilisateurs ne soient distraits par cette catégorie bruyante.
Je sais que cette question est assez ouverte ; je recherche un large éventail d’options.
Je suis d’accord : les catégories sont le meilleur moyen de segmenter le contenu. Avez-vous envisagé de désactiver par défaut la catégorie dédiée aux questions d’installation ?
L’autre option consiste à étiqueter ces sujets avec un tag défini par défaut sur « désactivé » pour tous les utilisateurs.
La désactivation retire généralement ces sujets de la vue « Récent », ce qui réduit le bruit visuel pour les utilisateurs les plus actifs. Ils peuvent toutefois toujours consulter ces sujets s’ils accèdent intentionnellement à la catégorie.
Le muting est l’une des options. Je suppose que cela signifie que les personnes susceptibles d’aider pour les problèmes d’installation devront explicitement choisir de les voir ?
Oui, ils devraient opter pour cette approche si vous adoptez cette méthode — ou, à défaut, fournir des instructions aux utilisateurs qui trouvent les notifications d’installation trop bruyantes sur la façon de les désactiver eux-mêmes, soit par balise, soit par catégorie.
Est-il possible d’offrir aux utilisateurs un lien qui active automatiquement le mode silencieux pour eux ? Par exemple, un lien « Cliquez ici pour masquer la catégorie DevOps » sans aucune autre interaction nécessaire ?
Cela semble lié à une discussion que nous avons eue plus tôt aujourd’hui sur la meilleure approche concernant la page d’accueil.
Je vois beaucoup de choses et je dois cliquer pour masquer ce que je ne veux pas voir
Je vois très peu de choses et je dois cliquer pour faire apparaître ce que je veux voir
Bien sûr, la vraie réponse est « cela dépend »… quel pourcentage des sujets sur la page d’accueil intéresserait l’utilisateur moyen ?
@sam@eviltrout Je pense que nous devrions accorder une haute priorité à l’interface utilisateur permettant de « mettre en sourdine une catégorie pour un groupe de personnes » dans Discourse, afin que le personnel puisse le faire facilement.
Merci, je suis ravi d’apprendre qu’il y a du mouvement. Si je pouvais créer des liens modifiant certains paramètres pour la personne qui clique dessus, je pourrais rédiger ma propre page permettant aux utilisateurs de choisir eux-mêmes de se désabonner ou de s’abonner à certaines catégories (ou d’autres paramètres comme les notifications, etc.).
J’ai un peu de mal à visualiser cela. Je comprends comment l’UX pourrait fonctionner pour un Discours en mode « opt-in », où la page d’accueil est vide et indique quelque chose comme :
Pour commencer, regardez certaines des catégories suggérées ci-dessous.
[ liste des catégories populaires ici… ]
Mais dans le cas de la mise en sourdine d’une catégorie pour plusieurs personnes, imaginiez-vous que le personnel modifie la catégorie et coche [x] mettre cette catégorie en sourdine par défaut ?
Pour le cas d’usage très spécifique où une instance Discourse particulière couvre trop de sujets, et où l’utilisateur moyen ne souhaite voir qu’un sous-ensemble de l’ensemble, nous pourrions ajouter une fonctionnalité de « découverte » à déclencher pour les nouveaux utilisateurs avant le tutoriel de discobot.
En outre, peut-être que l’assistant de configuration pourrait poser une question comme celle-ci
Que préférez-vous ?
Toutes les catégories sont visibles par défaut, jusqu’à ce que les gens les masquent (mieux pour la plupart des communautés de petite et moyenne taille)
Toutes les catégories sont masquées par défaut, jusqu’à ce que les gens les affichent (mieux uniquement pour les plus grandes communautés)
Bien que cela puisse aussi être résolu avec une « page d’accueil différente » dans certains cas @sam@eviltrout ?
Oh oui, avoir cela sur Wizard a beaucoup de sens !
J’ajouterais également un nouveau filtre de liste pour la page d’accueil avec les options : derniers, nouveaux, non lus et top : tous. (Tous correspond simplement aux derniers en ignorant les silencieux).
Affiché uniquement si l’utilisateur a mis des éléments en sourdine.
Une chose qui m’inquiète, c’est que cela entre un peu en conflit avec les permissions de catégorie, car c’est la méthode traditionnelle pour masquer des éléments — mais elle repose sur le fait que « la personne X n’est pas autorisée à voir ceci », et non sur une préférence.
Eh bien, c’est un peu différent, car il s’agit de vous donner le droit de voir des éléments afin de vous concentrer, plutôt que d’être bloqué dans l’accès au contenu par les autorités supérieures.
Techniquement, c’est réalisable grâce à l’authentification unique (SSO), aux groupes, aux autorisations et aux appels d’API, mais c’est beaucoup plus difficile et coûteux à mettre en œuvre correctement.
Bien sûr, ma préoccupation est qu’il devient de plus en plus confus de déterminer « pourquoi je ne peux pas voir X ». Nous avons reçu plusieurs demandes de support de personnes ayant masqué des balises et des catégories et qui n’ont pas compris pourquoi {thing} n’était pas visible pour elles.
Cependant, il ne s’agit pas d’une nouvelle fonctionnalité, donc ce n’est peut-être pas une préoccupation majeure.
Oui, cela aidera que ce ne soit pas activé par défaut (cela n’a de sens que pour des cas d’utilisation spécifiques), qu’il puisse être réactivé à tout moment dans les préférences de l’utilisateur, et que si quelqu’un se plaint de ne pas voir certains éléments, nous pourrons lui dire de vérifier si le sujet apparaît lorsqu’il va dans « Tout ».
Je pense que renforcer notre fonctionnalité de mute actuelle est un bien meilleur choix qu’un tout nouvel ensemble de code… nous aurions alors à la fois le mute et les favoris, ce qui rendrait tout encore plus complexe.
Tout cela n’est pas encore tout à fait clair pour moi, mais je serais intéressé par le « mutage sélectif ». L’idée que j’ai en tête serait d’avoir un utilisateur interne qui publie des informations dans de nombreux sujets, mais qui est mué par défaut et dont les notifications ne s’affichent que pour les personnes suivant le sujet (si elles suivent le sujet, elles sont censées s’intéresser aux informations publiées. Sinon, elles ne veulent probablement pas voir la page d’accueil remplie de sujets ayant reçu un nouveau post de cet utilisateur interne. Cela agacerait probablement tout le monde, y compris les visiteurs non enregistrés).
Quelque chose comme cela serait-il possible pour le moment ? Ou peut-être dans le futur ? (une fonction « désactiver le mutage » pour recevoir des notifications d’un utilisateur mué sur des sujets ou des balises spécifiques ? Ou une sélection entre « mué en permanence » et « mué sauf dans les sujets suivis » ?)
Ce qui n’est pas clair pour moi, c’est comment fonctionnent les « conflits » ?
Si un utilisateur mute une catégorie mais suit un sujet à l’intérieur de cette catégorie, il reçoit toujours des notifications pour ce sujet, n’est-ce pas ?
Si un utilisateur mute un autre utilisateur, mais que cet utilisateur mué publie dans un sujet suivi ? Alors AUCUNE notification, n’est-ce pas ?
Si vous mutez une balise et en suivez une autre, et que les deux apparaissent dans un sujet ?
Et ainsi de suite… Y a-t-il des règles à ce sujet (ce qui a priorité sur quoi), ou une documentation ?
La fonctionnalité équivalente pour les utilisateurs s’appelle « ignorer ». Vous devez atteindre le niveau de confiance 2 pour bénéficier du privilège d’ignorer.
