Essentiellement, nous espérons mettre en place des groupes pour gérer les autorisations de publication au sein d’un sujet, mais nous voulons toujours que chaque utilisateur et les invités non enregistrés puissent lire ce qui est publié.
Y a-t-il un moyen d’y parvenir ?
Catégorie → Sécurité
Je ne comprends pas l’intérêt de Restrict Replies.
Je comprends que vous puissiez le faire pour une catégorie, mais nous espérons ne pas avoir à créer une toute nouvelle catégorie étant donné que tous ces sujets sont déjà soigneusement triés en catégories et sous-catégories.
Nous espérons vraiment avoir la possibilité de restreindre les réponses (et les likes, en fait) par sujet.
À ma connaissance, vous ne pouvez pas le faire directement à la sortie de la boîte. Mais j’aimerais me tromper.
Vous pourriez vouloir archiver ces sujets.
Je ne suis pas sûr de la façon dont cela permet toujours aux utilisateurs d’un certain groupe d’y publier…
Ah, désolé @orangeandblack5, je n’avais pas pris en compte votre question initiale, je répondais seulement à cette partie :
Recommençons…
Dans Discourse, nous définissons les permissions de groupe au niveau de la catégorie, pas au niveau du message, donc je ne pense pas qu’il y ait un moyen de faire ce que vous demandez.
Je suis curieux : pourquoi ne voulez-vous pas que quiconque puisse lire les sujets puisse également les aimer ? J’ai pensé à l’archivage parce que vous vouliez peut-être les “figer”, mais il semble que vous vouliez que certaines personnes aient la possibilité de liker et d’autres non. J’adore entendre comment les gens utilisent Discourse dans leurs communautés ! 
Pour nous, la publication est beaucoup plus importante que l’action d’aimer, mais en général, nous utilisons Discourse pour organiser divers types de jeux et de discussions en ligne auxquels les gens doivent s’inscrire pour participer, et il est interdit de publier dans un jeu auquel on ne participe pas réellement, mais nous n’avons aucune application logicielle pour cela et donc parfois les nouveaux utilisateurs sont confus et finissent par perturber les choses par accident alors qu’ils devraient plutôt s’inscrire à un sujet à venir.
Un moyen de permettre à tout le monde de lire tous les sujets, mais d’empêcher les personnes non inscrites à un sujet particulier de publier dedans serait génial !
Je pense aussi que la seule façon d’y parvenir sans code personnalisé est d’ajouter une sous-catégorie dédiée pour chaque jeu ou discussion que vous souhaitez restreindre. Cela semble fastidieux, mais comme vous devez déjà configurer un groupe dédié à chaque fois, ce n’est en fait pas beaucoup plus d’efforts manuels. Dans tous les cas, l’expérience utilisateur sera propre avec une configuration comme celle-ci :
Ainsi, les sujets du jeu-A seront visibles par tout le monde, mais toute personne qui n’est pas membre du groupe jeu-A et qui ouvre le sujet ne pourra pas répondre.
Si vous souhaitez une interface très propre et que cela correspond à votre architecture, vous pourriez même masquer les badges de sous-catégories pertinents de l’interface avec du CSS. Les sous-catégories concerneraient donc uniquement les droits d’accès et non la navigation.
Le problème est que nous utilisons déjà des sous-catégories pour trier les choses.
Nous allons au moins y réfléchir, mais ce n’est vraiment pas idéal car nous devrions supprimer une couche entière de tri/organisation, ce qui pourrait rendre le site beaucoup plus difficile à naviguer, en particulier pour les nouveaux utilisateurs.
Je soupçonne que vous devriez utiliser des étiquettes pour organiser certaines choses. Voir Il est temps de parler des étiquettes.
Il n’y aura pas de moyen facile d’obtenir des autorisations par sujet.
Je me demande s’il existe un moyen de fournir Page Publishing pour les MP ?
Je ne pense pas. Mais vous pourriez les publier dans une catégorie où les gens pourraient écrire, puis les retirer de la liste.
Ceci est distinct du cas d’utilisation de l’OP, mais j’administre un forum avec une catégorie uniquement anonyme où les utilisateurs peuvent poster sur des questions professionnelles sans exposer leurs noms d’utilisateur à tout le monde (bien qu’ils sachent que les administrateurs peuvent découvrir qui a posté quoi si quelqu’un se comporte mal). Ce serait formidable de pouvoir restreindre les likes aux seuls utilisateurs anonymes également.
J’ai la même situation : nous utilisons Discourse dans le cadre de notre LMS personnalisé, et nous voulions parfois limiter l’accès à un sujet dans un cours à certaines cohortes du cours.
La seule façon de le faire (comme expliqué ci-dessus) est de créer une catégorie pour le cours, puis une sous-catégorie pour chaque cohorte qui a besoin de limiter l’accès… puis de copier chaque sujet dans chaque sous-catégorie, ce qui est un peu fastidieux, y compris la nécessité d’avoir des modèles de notre côté qui reflètent cette configuration et du code pour maintenir les choses synchronisées.
Ce serait tellement plus génial si nous pouvions limiter les publications dans chaque sujet à des groupes.
Y a-t-il une obligation pour chaque personne d’atteindre les réponses de toutes les autres cohortes ?
Si je devais mettre cela en place, je placerais les documents dans une catégorie qui ne permettrait pas de réponses, juste comme matériel de référence.
Ensuite, j’enverrais un message privé de groupe reliant le matériel, et j’y mènerais la discussion.
De cette façon, vous organisez simplement les cohortes en groupes et pouvez réutiliser le matériel facilement.
C’est comme ça que fonctionnent les messages privés ! 
Mais pas pour les sujets publics.
@maiki Wooooah. Je n’étais pas au courant. Merci de partager !!!
Cependant, avec la stratégie actuelle, c’est un peu du « set and forget ». Lorsqu’un cours est rédigé, nous pouvons créer le sujet et la sous-catégorie pour la cohorte PAR DÉFAUT, puis y ajouter les sujets que nous souhaitons. Si une nouvelle cohorte est ajoutée, nous créons un nouveau groupe et une nouvelle sous-catégorie, et nous copions les sujets.
Ensuite, nous pouvons l’oublier et gérer les notifications d’activité via le rappel.
Avec l’approche que vous avez décrite, cela demanderait-il plus de travail manuel ? « Envoyer un message privé de groupe » semble être une activité qui se déroule pendant la durée de vie d’un cours. Si un nouvel étudiant s’inscrit à un cours existant et est placé dans une certaine cohorte, nous pouvons l’ajouter au bon groupe dans Discourse et il aura alors accès à la sous-catégorie existante (pour cette cohorte) et à sa copie de tous les sujets. Dans ce cas, serait-il automatiquement ajouté à un « message privé de groupe » existant, sans différence de flux de travail ?
L’interface utilisateur serait-elle la même ? Actuellement, nous avons juste le sujet, puis tous les messages (pour une cohorte particulière, si nécessaire) en dessous, selon l’interface utilisateur Discourse habituelle.
Je dois dire que je déteste devoir créer les sous-catégories et copier tous les sujets chaque fois qu’une nouvelle cohorte est créée de notre côté, et devoir gérer cela, donc ce message privé direct semble intrigant. Mais j’ai cette appréhension à l’idée d’utiliser un « message privé » pour faire tout ce qu’une catégorie + des sujets peuvent faire, comme si quelque chose manquait.
Je n’arrive pas vraiment à imaginer à quoi cela ressemble pour les utilisateurs.
Je sais juste que je lie souvent des sujets, ou que j’utilise des modèles pour réutiliser le contenu dans des messages privés lorsque je travaille avec du contenu réutilisable.
Si vous souhaitez développer un peu ce que vous faites, avec des exemples de sujets et de réponses d’étudiants, afin que nous puissions voir l’expérience de la cohorte, je serais ravi de réfléchir à la manière d’y parvenir en utilisant les messages privés.
Ce que j’ai fait, c’est avoir une catégorie en lecture seule avec les devoirs et j’ai fait en sorte que les élèves répondent comme sujet lié lorsqu’ils « répondaient » au devoir en publiant dans la catégorie de la classe. Je ne suis pas sûr de la facilité avec laquelle on peut trouver la réponse comme sujet lié sur un message en lecture seule de nos jours.
Merci @pfaffman et @maiki pour vos réflexions. La façon dont nous avons intégré les sujets est d’utiliser l’API pour extraire les publications les plus récentes d’un sujet et les afficher directement sur la page de l’unité d’enseignement pertinente dans notre LMS :
Ensuite, lorsque vous cliquez sur « Rejoindre la discussion », vous êtes dirigé vers le sujet dans la catégorie du cours et la sous-catégorie de votre cohorte dans le cours, vous limitant ainsi aux commentaires de vos pairs de cohorte :
Ce qui est un peu bancal, c’est que cette architecture se répercute dans l’interface utilisateur, comme dans cet en-tête :
et la navigation…
Cela oblige l’étudiant à comprendre pourquoi il existe une catégorie de niveau supérieur, puis un niveau de sous-catégorie pour les « Sujets du cours » (c’est celle de sa cohorte), et une autre pour la « Discussion générale » (c’est celle de toutes les cohortes d’un cours)… et s’il clique un peu partout, il pourrait se perdre.
Parfois, les cohortes sont davantage un mécanisme de regroupement administratif et non quelque chose qui intéresse l’étudiant, ce qui peut rendre cette chose catégorie/sous-catégorie un peu plus confuse. « Pourquoi n’y a-t-il pas une seule catégorie pour tous les sujets du cours ? »
De plus, comme je l’ai mentionné précédemment, cette configuration signifie que nous devons dupliquer tous les sujets chaque fois qu’une cohorte est créée, supprimer ce sous-ensemble lorsqu’une cohorte est supprimée, ou mettre à jour chaque sous-catégorie lorsqu’un sujet est créé/mis à jour/supprimé.
