Immagino che un altro modo per dirlo sarebbe: per favore, inverti il senso di questo test!
test("lo staff aggira la regola di convalida dei tag", async function (assert) {
await visit("/");
await click("#create-topic");
await fillIn("#reply-title", "questo è il titolo del mio nuovo argomento");
await fillIn(".d-editor-input", "questo è il *contenuto* di un post");
Category.findById(2).set("minimum_required_tags", 1);
const categoryChooser = selectKit(".category-chooser");
await categoryChooser.expand();
await categoryChooser.selectRowByValue(2);
await click("#reply-control button.create");
assert.notStrictEqual(currentURL(), "/");
});
Sono pienamente d’accordo con questo. Se hai impostato queste regole, probabilmente le vuoi davvero. Le ho su un sito che uso solo io ed è davvero fastidioso non poter contare su Discourse per farmi seguire le regole che ho impostato per me stesso, ed è un sacco di battitura extra per selezionare “todo” ed evitare di creare un nuovo tag “to”.
Mi andrebbe bene che gli amministratori seguissero semplicemente le regole, ma in mancanza di ciò, sarebbe bello avere una modale “sei sicuro di non voler seguire le regole”.
O forse un’impostazione del sito “il personale segue le regole dei tag”. Sembra abbastanza facile.
Gli amministratori devono avere la capacità di sovrascrivere tutto. E quando si è un amministratore, l’assunto di base è che lui/lei/esso/bot sappia cosa può fare e cosa no.
Penso che questo sia un buon compromesso, dove non rendiamo più difficile l’uso dei poteri di amministratore/moderatore… una specie di avviso che delinea cosa sta succedendo… per esempio:
#tag è limitato a #category, sei sicuro di voler usare i tuoi privilegi di staff per pubblicare questo su #different-category?
Ciao, aggiungo il mio +1 al fatto che questa funzionalità sia utile per le grandi community con approcci decentralizzati alla governance attraverso i tag.
Questa è una sfida per la Fedora Community perché sia la leadership che la community seguono una politica aperta per la gestione dei tag. Qualsiasi gruppo registrato in Fedora può richiedere nuovi tag e assegnare moderatori per la discussione dei tag. La leadership di Fedora lavora con la community per creare nuovi tag e promuoverli in tutta la community (ad esempio, documentazione, wiki, siti web, passaparola). Inoltre, essendo una grande community che copre una vasta gamma di argomenti, abbiamo anche molti tag! Non conosco sempre tutti i tag in Fedora Discourse.
Quindi, quando un amministratore del sito (che partecipa attivamente in varia misura a Fedora Discourse) aggiunge tag a un post o partecipa a un tag con regole specifiche, diventa un errore facile per un amministratore di Fedora Discourse violare le politiche aperte di Fedora. Le politiche aperte sono il modo in cui rendiamo la nostra governance globale più inclusiva e accessibile alla community. In questo modo, i nostri privilegi di amministratori del sito possono sabotare il nostro approccio aperto a come la leadership di Fedora gestisce Fedora Discourse per la community.
Sebbene ciò funzioni tecnicamente, è un compito oneroso per un amministratore del sito che pubblica attivamente in diversi tag. È un’esperienza utente negativa perché a volte non ho molto tempo a disposizione (ad esempio, in una breve pausa tra riunioni con azioni di follow-up). La pazienza è difficile con il flusso utente aggiuntivo prima di arrivare alla cosa che stavo cercando di fare in primo luogo (cioè, creare un nuovo thread attraverso i tag pertinenti che so esistere e che penso possano esistere).
Non vedo questa richiesta di funzionalità come una rimozione della capacità di un amministratore di sovrascrivere. Invece, fornisce un consenso informato a un amministratore del sito rispetto a un utente attivo del sito, indicando che sta violando le regole del sito e le norme di tagging durante l’azione, non dopo.
L’ho appena riscontrato anch’io oggi — ugh! E ieri, un utente TL4 ben intenzionato e disponibile ha diviso un thread e il tag diviso è rimasto senza tag.
Per favore, possiamo fare qualcosa qui? Questo rende più difficile essere un amministratore, un moderatore o apparentemente anche un utente TL4.
Enorme sito di scrittura qui che sta lavorando alla migrazione a Discourse, e abbiamo in programma di utilizzare tag, restrizioni e il resto delle regole dei tag con zelo. Avere un’opzione per fare in modo che gli account dello staff non aggirino accidentalmente i requisiti è vantaggioso per i siti che si impegnano effettivamente a configurarli.
Per favore, fallo succedere, è obbligatorio. E se un amministratore lo ha impostato per utilizzare solo alcuni gruppi o tag, applicalo anche per lui. È un po’ stupido non poter vedere il risultato delle proprie impostazioni senza impersonare un utente a caso.
Personalmente, non ho mai avuto la necessità di seguire rigorosamente tag o categorie, ma leggendo l’intero argomento sembra essere qualcosa di piuttosto importante per alcune comunità e posso sicuramente vedere il caso d’uso.
Forse è necessaria una sorta di impostazione del sito poiché non è necessaria in tutte le comunità, ma è utile averla. Per esempio:
Imponi restrizioni sui tag per lo staff
O forse rendere l’impostazione più granulare nel caso in cui non si desiderino restrizioni ovunque? Nelle impostazioni della categoria, configureresti quale gruppo di tag desideri applicare nella categoria, quindi sceglieresti quale categoria desideri applicare nell’impostazione del sito nel menu a tendina?