Miglioratore Moderatori della Categoria

Personalizzazione Plugin
,
1

|||
-|-|-|
:information_source: | Riepilogo | Consenti la maggior parte delle azioni di livello moderatore per i moderatori di categoria
:hammer_and_wrench: | Link al Repository | Github
:open_book: | Guida all’Installazione | Come installare plugin in Discourse


Aggiornamento - 6 maggio 2024

Il plugin è stato aggiornato e testato per funzionare con Discourse v3.2.1, che è attualmente l’ultima versione stabile (non -beta). Miriamo a supportare solo le future versioni stabili, il che significa che se ti trovi su una versione -beta, è probabile che questo plugin non funzioni.

Sul link GitHub del plugin, il readme spiega come assicurarsi di essere sulla v3.2.1.
Abbiamo appena effettuato il downgrade dall’ultima versione -beta alla v3.2.1 e l’unico problema che abbiamo riscontrato è che la barra laterale diventa un po’ caotica. Per risolverlo, semplicemente disconnettiti e accedi di nuovo.

Con questo aggiornamento abbiamo anche incluso il “cambio di proprietà” alle azioni disponibili per i moderatori di categoria, come richiesto tempo fa.

Versione Discourse Supportata

v3.2.1

Richiesta di Funzionalità per Discourse

Una richiesta di funzionalità per incorporare queste funzioni è aperta qui. Sentiti libero di supportarla, se pensi che sarebbe utile includere queste modifiche nelle funzionalità principali di Discourse.

Funzionalità

Da quando abbiamo iniziato a usare discourse, abbiamo trovato le azioni disponibili per i moderatori di categoria piuttosto deludenti. La maggior parte delle azioni di base sui contenuti sono limitate (imposta modalità lenta, aggiungi colore/avviso staff, ecc.) quando non c’è davvero un motivo, secondo noi.

Quindi abbiamo deciso di provare a creare un plugin che concedesse la maggior parte dei poteri di moderazione relativi ai contenuti ai moderatori di categoria, quando si trovano nella categoria a cui sono stati assegnati.

Queste sono le uniche esclusioni:

  • I moderatori di categoria non possono agire sugli utenti - Sospendere, Silenziare, Cambiare TL, accedere alla vista admin sugli utenti sono ancora riservati ai moderatori regolari
  • Concedere badge - richiede alcune autorizzazioni di amministratore con cui abbiamo preferito non interferire.
  • Visualizzare la cronologia di moderazione - richiede alcune autorizzazioni di amministratore con cui abbiamo preferito non interferire.
  • Convertire argomenti in PM e viceversa - Abbiamo considerato questa azione un caso di nicchia e abbiamo preferito lasciarla ai moderatori regolari del forum

Configurazione

Basta installare il plugin come faresti per qualsiasi altro e fare clic sulla casella di controllo nelle impostazioni per attivarla.

CHANGELOG

  • Rilascio iniziale Beta
  • Versione aggiornata funzionante con Discourse v3.2.1

TODO

  • Vista impostazioni dettagliata che consenta di scegliere quali azioni abilitare per i moderatori di categoria
16 Mi Piace
Ability to silence users in chat
How to Change Permissions in Discourse
Make User Notes accessible to category moderators
What are all the things a category moderator can do?
Optionally allow other groups to open/close topics
2023: The Year in Review
Can't create Wiki (as admin)
2

Non vedi affatto la ragione, o per la tua istanza?

A volte la usiamo su meta. Ad esempio, se un plugin o un tema/componente originariamente sviluppato da qualcuno che non ci lavora più viene trasferito a qualcun altro, allora cambiamo l’autore al nuovo manutentore, o a @system, a seconda del contesto.

2 Mi Piace
3

Chiaramente l’ho espresso male. Ora è corretto. Nel TODO, infatti, c’è la possibilità di abilitare quella funzionalità come opzione.

Nella nostra community, diventerebbe semplicemente un post wiki in modo che tutti possano contribuire. Ha senso nell’esempio che specifichi, ma per il nostro forum, l’unico caso simile sarebbe una guida per qualcosa (auto-ospitare qualcosa usando raspberry-pi, una guida a un gioco, un elenco di eventi per una band, ecc. ecc.)

3 Mi Piace
4

Ecco un caso d’uso: con il plugin WordPress, gli utenti devono essere configurati individualmente con un nome utente Discourse, anche se l’SSO garantisce che siano 1:1. Se qualcuno dimentica o configura erroneamente il lato WordPress, il post finisce per essere di proprietà di “system”.

Consentire ai moderatori di WordPress di essere moderatori di categoria per la categoria dei commenti del blog consentirebbe loro di occuparsene (e, naturalmente, di moderare i commenti).

5

Questo è un caso d’uso importante per cui non vuoi che i moderatori di categoria siano tl4?
Sono molto aperto a migliorare il core qui.

9 Mi Piace
6

Almeno io vorrei fare una distinzione tra:

  • riconosciuto da una community di discussione come partecipante responsabile, produttivo e costruttivo, e
  • ha responsabilità e potere su una certa area in virtù del ruolo (un ruolo possibilmente del tutto estraneo alla partecipazione generale alla discussione)

TL3 è una versione automatizzata del primo, e TL4 mi sembra una specie di versione “hai ottenuto la cattedra!” di questo.

Il moderatore di categoria è (o dovrebbe essere!) perfetto per il secondo.

3 Mi Piace
7

TL4 sono validi per l’intero forum. Nella nostra mente, un moderatore di categoria dovrebbe avere accesso a tutti gli strumenti di un moderatore, ma limitato solo dalla categoria stessa.

È un’opinione personale, ma non ha davvero senso per noi che utenti con un TL alto abbiano più potere dei moderatori di categoria quando si tratta di moderare una categoria.

TL4, a mio parere, vanno bene così come sono, poiché possono effettivamente moderare l’intero forum ma non agire sugli utenti.
Sono fondamentalmente utenti fidati, riconosciuti dalla comunità per proteggerla e promuoverla, senza il rischio che un giorno impazziscano a danno di altri utenti.

I moderatori di categoria, ancora una volta, secondo noi, dovrebbero essere in grado di fare ciò che fa un moderatore, ma nella propria categoria. Ciò include persino il ban delle persone, ma questo è su un livello di complessità completamente diverso.

Quello a cui stavo pensando è creare un gruppo di utenti come “banned_from_categoryslug”, a cui la categoria viene assegnata con accesso in sola lettura alla categoria e agli utenti aggiunti ad essa.

In alternativa, basta estendere gli utenti utilizzando la tabella dedicata nel database in cui si aggiungono user_id, category_id e datetime. Ogni volta che un utente accede a un argomento, viene eseguito un controllo per vedere se può effettivamente interagire con esso o meno.

Il vantaggio di optare per un percorso basato sui gruppi è che esiste una forma di interfaccia utente già implementata per amministratori e moderatori del forum per revocare eventualmente un ban. L’altro approccio richiederebbe anche lo sviluppo di una vista dedicata, ma consentirebbe maggiore flessibilità (vedi scadenze dei ban, ecc.)

8 Mi Piace
8

Quindi, quali vantaggi vengono aggiunti?

Spostare argomenti in altre categorie controllate dal gruppo?
Revisione della coda delle segnalazioni?

1 Mi Piace
9

Non sono sicuro che questa sia una direzione in cui Discourse voglia andare, ma se i moderatori di categoria avessero questo tipo di potere, si aprirebbe la possibilità di utilizzare le categorie come forum all’interno di un forum. Sarebbe fantastico dal mio punto di vista.

7 Mi Piace
10

Credo che i proprietari del gruppo possano rimuovere le persone dal gruppo, il che rimuoverebbe il loro accesso alla categoria (se limitato al gruppo). Quindi, forse una combinazione di proprietario del gruppo + moderatore della categoria potrebbe funzionare per questo?

3 Mi Piace
11

Potresti per favore chiarire esattamente cosa cambia per i moderatori di categoria. Grazie mille.

12

Data l’affermazione “queste sono le uniche esclusioni”, tutto su Trust Level Permissions Reference dove la colonna Category Moderator dice “TL” o è vuota diventerebbe :white_check_mark:, eccetto il conferimento di badge, il cambio di proprietà e le azioni sull’account utente.

Mi piacerebbe davvero vedere un controllo più granulare - o meglio ancora, che quel controllo granulare non sia un plugin ma integrato. Per me, la mancanza della possibilità di cambiare proprietà (ironicamente una delle esclusioni, lo so), è la cosa più importante - ma ovviamente non per tutti.

3 Mi Piace
13

100% d’accordo. :heart:

14

Questo può effettivamente funzionare. Ho creato una configurazione basata su questo modello e ho partecipato alla discussione su HTML/markdown relativa al “Messaggio da visualizzare se non si può pubblicare”. L’obiettivo era generare un messaggio con un link per contattare i proprietari del gruppo.

Sebbene questo metodo funzioni, un’opzione migliore sarebbe aggiungere ai proprietari del gruppo la possibilità di gestire una lista di bannati/silenziati con opzioni temporali. In questo modo, un utente problematico potrebbe essere bannato dall’accesso a una categoria di gruppo. Sarebbe inoltre possibile mantenere il gruppo non limitato per l’iscrizione e l’uscita libera. Anche nei gruppi limitati, questa lista potrebbe eventualmente estendersi a una notifica che avvisa l’utente del ban dal gruppo, includendo una nota sul motivo del ban.

Nota Potremmo probabilmente avviare una richiesta di funzionalità nella sezione Contribute per estendere le funzioni di gruppo e abilitare un sistema di sottoforumi simile a quello di Reddit, utilizzando i moderatori di categoria… dato che anche @simon sembra interessato all’idea.

2 Mi Piace
15

Credimi, lo vorrei anche io da Discourse stesso. È stato incredibilmente fastidioso avere qualcuno che lavorasse sullo stile del forum ma dover testare io stesso le modifiche perché non potevo semplicemente dare il PIENO AMMINISTRATORE a una persona che doveva lavorare solo su css e grafica.

Possiamo approfondire. Ammesso che sia qualcosa che abbiamo semplicemente trascurato perché non avevamo pensato a un’applicazione (i moderatori regolari dell’intero forum possono farlo in seguito)

Nel complesso, sarei lieto di ritirare questo plugin se Discourse implementasse un controllo più granulare e mi piacerebbe che il moderatore di categoria potesse bannare le persone solo dalla loro categoria, ma ahimè, non sembra una priorità o qualcosa che li interessi in questo momento.

1 Mi Piace
16

Non riesco a trovare la richiesta di funzionalità Contribute > Feature request per queste modifiche? Se potessi linkarla nel primo post, potrebbe aiutare a attirare più attenzione.

2 Mi Piace
17

Potrebbe essere un’idea che io o qualcun altro inizi a sviluppare l’estensione per i gruppi.

Ad esempio:

  • Lista di sospensione/ban per i proprietari dei gruppi. Utile per i gruppi “liberi di aderire” e “richiedono adesione”. Dovrebbe prevedere un’opzione per la durata. Questa estensione contribuirebbe a una maggiore parità tematica con Reddit.
  • Customization > Theme con opzione per limitare il tema e/o Customization > Theme component

Al momento utilizzo l’adesione richiesta e il plugin dei template per avere un elenco di ban da consultare.

18

Apparentemente, una delle ultime modifiche

Nuova opzione di revisione per i post in coda
I moderatori possono ora selezionare “Revisiona…” come opzione durante la revisione dei post in coda per l’approvazione. Verrà inviato un PM all’utente con il motivo della richiesta di revisione e commenti opzionali in modo che abbia l’opportunità di migliorare il proprio post quando lo invia nuovamente.

È successo qualcosa di più che aggiungere una nuova opzione perché il plugin ha smesso di funzionare. Non sta rompendo discourse per quanto possiamo vedere, ma le opzioni aggiuntive non sono più disponibili. È sempre divertente quando qualcuno decide di rifattorizzare un sacco di cose oltre ad aggiungere una singola nuova funzionalità :smiley:

Stiamo cercando di esaminare nuovamente il codice per capire cosa è stato modificato.

1 Mi Piace
19

La mia comprensione era che qualcuno tra gli sviluppatori o vicino a loro avesse detto che non era una priorità o una direzione verso cui intendevano muoversi, ma forse mi sbaglio. Sto solo passando di qui; se qualcuno vuole aprire la richiesta di funzionalità, sentiti libero di collegare questo argomento in modo che appaia nei link in alto o taggami e aggiornerò il primo post.

1 Mi Piace
20

L’hai ricevuto dal CEO, quindi direi che è un segnale incoraggiante:

Probabilmente varrebbe la pena aprire una o due richieste di funzionalità nella sezione Contribute se desideri che vengano aggiunte al core.

3 Mi Piace