Merci pour vos réflexions, c’est pourquoi je ne voulais pas trop m’attarder sur les permissions de catégorie au début avec ce changement pour « tout le monde » ![]()
Je pense que beaucoup de ce que vous dites ici pourrait simplement être rendu impossible. J’ai déjà travaillé sur certains systèmes préliminaires ici avec des ACL et une interface de permissions plus intuitive pour notre plugin kanban que nous développons. Voici un exemple : nous avons l’intention de modifier les permissions de catégorie pour utiliser cela à terme :
Plusieurs règles sont impliquées ici, comme le fait qu’il est impossible d’attribuer des permissions de gestionnaire à des utilisateurs anonymes pour un tableau kanban, et ainsi de suite. Cela prend même en charge les permissions obligatoires, comme le fait que les administrateurs peuvent toujours gérer un tableau.
Nous veillerions à ce que vous ne puissiez pas ajouter d’utilisateurs anonymes lorsque le forum nécessite une connexion.
Encore une fois, une autre validation/restriction que nous pouvons ajouter.
Nous pourrions également ajouter des validations/avertissements pour ce genre de choses.
C’est ce que je veux éviter : ce genre de permissions implicites qui sont partout dans Discourse, plutôt que d’avoir les utilisateurs connectés + les utilisateurs anonymes explicitement configurés pour une catégorie si elle est publique/non restreinte en lecture.
En tout cas, pour l’instant, je ne veux pas trop m’approfondir dans ce sujet. Il reste un peu de chemin à parcourir avant que je ne m’occupe des catégories. Mais je suis d’accord pour dire que le message initial signale un bug qui doit être corrigé entre-temps, donc je vais quand même faire cela.
