Sì, sono d’accordo sul fatto che l’incoerenza nelle impostazioni del sito faccia parte del problema. Ma risolvere questo aspetto non significa necessariamente continuare a utilizzare il gruppo esistente everyone per le impostazioni del sito.
Non credo che l’argomento del 2013 ci dica molto oltre a quanto tempo everyone sia esistito per i permessi delle categorie. Da allora, in Discourse è cambiato un sacco di cose; ad esempio, molte impostazioni del sito erano basate sul livello di fiducia, ora sono basate sui gruppi. Nessuno mette in discussione che abbia senso in quel contesto, e i permessi delle categorie non vengono modificati da questo lavoro (almeno, per ora). Il suo invecchiamento non stabilisce che abbia un significato coerente nel resto di Discourse, o che dovremmo mantenerlo indefinitamente.
Anche se fossimo d’accordo che ogni deviazione dal significato originale fosse un errore, dovremmo comunque affrontare il modo in cui quelle impostazioni si comportano effettivamente sui siti esistenti. Non possiamo modificare in sicurezza la loro interpretazione per includere gli utenti anonimi solo perché ciò corrisponderebbe meglio al comportamento originale delle categorie. Come ho spiegato sopra, mantenere un gruppo universale con un significato coerente richiederebbe comunque di auditare e migrare quegli usi. È un’alternativa di progettazione, ma non evita la parte difficile di questo lavoro.
Per quanto riguarda il punto RFC, avere un RFC della community prima di apportare modifiche come queste sarebbe lento e proibitivo, anche se i feedback sono benvenuti, ed è proprio a questo che serve il sistema di modifiche in arrivo. Questo argomento ha già portato a diversi miglioramenti grazie agli esempi di Moin, e ho riconosciuto i casi di tema/componente che avevo inizialmente trascurato e li ho corretti anch’io.
Sono felice di continuare a lavorare su problemi concreti relativi alla modifica, ma procederò comunque con i due gruppi espliciti. Rendere l’accesso pubblico comodo da selezionare nell’interfaccia sembra un modo ragionevole per affrontare i clic extra, ma non credo che sia necessario implementarlo in questo preciso momento.
Comunque, ho ancora un sacco di lavoro tracciato in The road to stable, then permanent, for granular_anonymous_and_logged_in_groups_permissions per questo, quindi ci vorrà ancora un po’, così come qualsiasi modifica relativa al sistema delle categorie, che per il momento mantiene everyone. Le categorie probabilmente passeranno a un sistema che chiamiamo ACL, che kanban già utilizza:
