Dans notre entreprise, nous utilisons beaucoup les « whispers » pour communiquer en interne sur des sujets.
Presque tous les rôles de notre organisation (Ventes, Services, Développeurs, Chefs de produit, Gestion de communauté, UX, Documentation) jouent un rôle dans notre communauté d’utilisateurs. Pour nous, cela signifie que chaque employé devrait pouvoir voir les « whispers ».
Dans Discourse, il faut être membre du groupe staff pour voir les « whispers ». Pour nous, cela signifie accorder un accès de modérateur à plus de 300 personnes. Ce sont des utilisateurs qui, autrement, se contenteraient très bien du niveau TL4.
En bref : Tous nos employés ont besoin de voir les « whispers », très peu ont besoin d’être modérateurs.
Nous trouverions vraiment utile si :
Il existait un paramètre qui permettrait aux utilisateurs TL4 de voir les « whispers », ou…
S’il était possible de lister les groupes qui devraient pouvoir voir les « whispers », au lieu de n’autoriser que le groupe staff.
Une meilleure solution à laquelle nous n’avons pas pensé :D
C’est certainement un problème très intéressant et je vous entends très bien sur ce point et je suis d’accord pour que cette permission soit basée sur les groupes.
Malheureusement, c’est un changement majeur en raison de la façon dont nous avons conçu une grande partie des aspects internes.
À première vue, cela peut sembler un changement simple… il suffit de réécrire ces deux méthodes :
Mais les aspects internes du changement dans Discourse sont assez profonds.
Nous avons même cette colonne qui suit le highest_post_number_including_whispers… mais elle s’appelle highest_staff_post_number.
L’autre complexité ici est que nous aurions besoin d’une vérification de groupe pour déterminer si un utilisateur peut voir un message privé et maintenant la vérification est moins coûteuse car nous allons simplement à l’enregistrement de l’utilisateur.
Je mets cela en signet pour une discussion interne et je verrai s’il y a quelque chose que nous pouvons faire ici, mais malheureusement la complexité est assez élevée.
Peut-être qu’une autre approche serait de créer un nouveau niveau d’adhésion au personnel ?
Admin > Modérateur > Équipe
Ils pourraient toujours être qualifiés de « personnel » mais ne pas apparaître sur la page « à propos ».
J’ai eu d’autres occasions où il aurait été utile de pouvoir identifier d’autres employés dans les conversations, même s’ils ne suivent pas la plupart des activités de la communauté (par exemple, pour transmettre des commentaires pertinents à l’équipe produit), mais je ne voulais pas en faire des modérateurs pour les autres privilèges.
Je vous entends, mais notre tendance générale a été de passer à des autorisations basées sur des groupes hyper flexibles. Nous l’avons déjà fait pour « assign » et « solved », nous allons l’étendre à de plus en plus de parties.
Une solution de contournement à laquelle j’ai pensé est d’utiliser la fonctionnalité de discussion sur un sujet et de n’autoriser que le personnel et votre groupe d’équipe à accéder à ce canal et de l’utiliser pour les chuchotements au lieu de la fonctionnalité de chuchotement réelle.
Une nouvelle fonctionnalité a été ajoutée à la dernière version de Discourse, qui permet de spécifier des groupes supplémentaires dont les membres pourront voir/créer des murmures.
@Colin_Mueller le changement devrait être en ligne sur votre site
Merci pour la suggestion, c’est en effet quelque chose que beaucoup de gens souhaitaient. Il y a un peu un schéma répétitif ici, utiliser TL comme porte ou le personnel comme porte a tendance à être beaucoup moins flexible que de permettre des autorisations basées sur les groupes.
