Grazie per i tuoi pensieri, è per questo che non volevo entrare troppo nel dettaglio delle autorizzazioni delle categorie all’inizio con quella modifica “per tutti” ![]()
Penso che gran parte di ciò che dici qui potrebbe semplicemente essere reso impossibile, ho già lavorato su alcuni sistemi preliminari qui con gli ACL e un’interfaccia utente delle autorizzazioni più user-friendly sul nostro plugin kanban che stiamo sviluppando, ecco un esempio, intendiamo modificare le autorizzazioni delle categorie per utilizzare questo in futuro:
Ci sono diverse regole coinvolte qui, come l’impossibilità di assegnare agli utenti anonimi autorizzazioni di Manager per una bacheca kanban e così via, e supporta anche autorizzazioni obbligatorie, come il fatto che gli Admin possono sempre gestire una bacheca.
Renderemmo impossibile aggiungere utenti anonimi quando il forum richiede l’accesso.
Ancora una volta, un’altra validazione/restrizione che possiamo aggiungere.
Potremmo aggiungere anche validazioni/avvisi per questo tipo di situazioni.
Questo è ciò che voglio evitare, questo tipo di autorizzazioni implicite che sono ovunque in Discourse, piuttosto che avere utenti connessi + utenti anonimi esplicitamente configurati sempre per una categoria se è pubblica/non limitata alla lettura.
Comunque, per ora non voglio entrare troppo in profondità in questo, c’è ancora un po’ di strada da fare prima di occuparmi delle categorie. Ma sono d’accordo che l’OP è un bug che deve essere corretto nel frattempo, quindi procederò comunque.
