Miglioratore Moderatori della Categoria

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
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ò funzionare in effetti. Ho creato una configurazione utilizzando questo modello e ho partecipato all’argomento html/markdown su “Display message if cannot post”. Per generare il messaggio con un link per inviare un messaggio ai proprietari del gruppo.

Sebbene questo funzioni, un’opzione migliore sarebbe aggiungere un elenco di ban/silenzio con opzioni di tempo al proprietario del gruppo. Un utente problematico può quindi essere bannato da una categoria di accesso al gruppo. Avendo un’opzione per mantenere il gruppo illimitato per unirsi e lasciare. Anche in un gruppo limitato, questo elenco potrebbe forse essere esteso per notificare all’utente che è bannato dal gruppo con una nota di ban.

Nota Potremmo probabilmente avviare una richiesta di funzionalità (Feature request) per estendere le funzioni del gruppo per abilitare un sistema di sottoforum simile a Reddit utilizzando i moderatori di categoria… poiché anche @simon sembra interessato.

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 credo di riuscire a trovare la richiesta di Feature per queste modifiche? Se potessi collegarla nell’OP potrebbe aiutarla ad attirare maggiore attenzione?

2 Mi Piace
17

Potrebbe essere un’idea per me o per qualcun altro iniziare ad estendere i gruppi.

cioè

  • Sospendi/bandisci elenco per i proprietari di gruppo. Utile in. Gruppi gratuiti e Gruppi con richiesta di adesione. Sarebbe necessaria un’opzione di durata. Questa estensione funzionerebbe per promuovere ulteriormente la parità tematica di reddit.
  • #Tema con opzione per limitare il tema e/o #componente-tema

Attualmente uso i gruppi con richiesta di adesione e il plugin template per avere un elenco di banditi a cui fare riferimento.

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 degli sviluppatori o a loro vicino avesse detto che non era una priorità / direzione in cui intendevano andare, ma forse mi sbaglio. Sto solo passando ora, se qualcuno vuole aprire la richiesta di funzionalità, sentiti libero di collegare questo argomento in modo che appaia nei collegamenti in alto o menzionami e aggiornerò il primo post.

1 Mi Piace
20

L’hai ricevuto dall’Amministratore Delegato, quindi direi che è stato incoraggiante:

Probabilmente vale la pena fare una o due richieste di funzionalità se volessi vederle aggiunte al core.

3 Mi Piace