Il devrait y avoir un paramètre pour permettre au niveau de confiance 4 (Leader) de voir l’onglet de modération, car nous prévoyons de les utiliser sur notre forum communautaire.
Pourquoi ?
Nos modérateurs d’essai ont besoin de passer au rôle de leader et la meilleure façon d’y parvenir est de leur permettre d’utiliser un tableau de bord plus simple / une expérience de modérateur d’essai.
Voici une citation de notre forum :
Les modérateurs d’essai devraient être TL4 (Leader) et non Modérateur, car les modérateurs d’essai n’ont pas autant d’expérience et peuvent apprendre sur Discourse avec une interface plus simple. Les modérateurs ont une interface d’administration et cela peut être déroutant pour les nouveaux modérateurs.
Puis l’un des administrateurs a dit ceci :
La seule chose est que TL4 ne peut pas accéder à /review.
Ce serait vraiment utile et si vous savez comment faire cela, s’il vous plaît faites-le moi savoir.
Oui, je suis d’accord (car c’est moi qui suis dans la citation lol), mais ce devrait probablement être un paramètre. Je peux voir que cela fonctionne parfaitement pour les sites avec des programmes de modération d’essai (comme le mien), mais d’autres ne le veulent pas, donc peut-être un paramètre de site tl4 peut accéder à l'examen ?
Avez-vous envisagé d’utiliser le rôle de modérateur de catégorie ? Ils ont accès à quelques éléments supplémentaires par rapport au niveau 4, mais pas à tout ce qu’un modérateur complet possède.
J’aime l’idée de @JammyDodger d’utiliser des mods de chat, mais cela inonderait la page “À propos”. Je sais que cela peut facilement être caché avec CSS, mais disons que vous voulez avoir des mods de chat normaux qui ne sont pas des mods d’essai, vous voulez toujours qu’ils s’affichent.
Je vais peut-être essayer d’en faire une PR, mais je n’aime pas jouer avec Ruby parce que je ne le connais pas lol, c’est pourquoi les 3 seules PR que j’ai faites sont principalement des changements d’UX
Si cela est implémenté, je pense qu’ils ne pourront examiner que les publications signalées par d’autres membres. Ceci afin d’empêcher les TL4 de supprimer des publications qu’ils ont signalées au cas où ils auraient un différend avec quelqu’un.
@darkpixlz Je pense que le sujet a besoin de la balise pr-welcome pour qu’un membre de la communauté puisse faire une PR pour le changement. Corrigez-moi si je me trompe.
Vous pouvez faire une PR sur tout ce que vous voulez, c’est juste que le tag pr-welcome signifie que le personnel dit que c’est quelque chose qu’il aimerait aborder, mais que les gens peuvent le faire car ce n’est pas une priorité très élevée.
Si un sujet n’a jamais été abordé, quelqu’un aurait probablement pu faire une PR à ce sujet et personne n’aurait rien dit et elle aurait pu être fusionnée.
Vous souhaitez créer un nouveau plugin pour répondre à vos besoins spécifiques, car les PR peuvent être rejetées si la fonctionnalité n’est pas considérée comme utile en général.
Si cela devait être fait ou si @darkpixlz créait un plugin pour cela, je préférerais que ce soit sur une base par groupe plutôt que sur des TL. Comme la récente mise à jour des chuchotements.
Je ne sais pas pour la création d’un plugin pour le moment. J’aimerais bien, mais je n’ai aucune idée de comment faire quoi que ce soit en Ruby et je ne peux pas créer de plugin uniquement en JS d’après ce que j’ai compris la dernière fois, et je ne connais pas encore l’API Discourse.
Je contesterais ce qui précède, mais seulement dans le sens où tout ce qui se retrouve dans le cœur est une décision consciente. L’équipe a une direction pour le produit et travaille activement chaque jour pour la réaliser. pr-welcome signifie que, bien qu’un changement puisse être souhaitable, ce n’est pas quelque chose sur lequel ils peuvent actuellement consacrer des efforts en interne. En ce sens, tout le reste est déjà intégré au calendrier ou ne convient pas au cœur.
Cela ne signifie pas que vous ne devriez pas suggérer de nouvelles fonctionnalités et capacités, mais soyez toujours prêt à entendre dire que quelque chose que vous considérez comme souhaitable ne correspond pas aux objectifs de la version par défaut de Discourse telle qu’elle est vue dans l’installation standard.
Ceci est vrai pour la plupart des logiciels open source. Même la meilleure PR écrite peut être rejetée pour une multitude de raisons.
Oui, j’aurais dû mieux formuler les choses. Je veux dire que vous pouvez ouvrir une PR, mais on pourrait vous dire non car ce n’est pas ce que @/team cherche à intégrer dans la version finale.
