Dovrebbe esserci un’impostazione per consentire al Livello di Fiducia 4 (Leader) di visualizzare la scheda di moderazione, poiché abbiamo in programma di utilizzarli sul nostro forum della community
Perché?
I nostri Trial Moderator hanno bisogno di passare alla leadership e il modo migliore per farlo è consentire loro di utilizzare una dashboard più semplice/un’esperienza di Trial Mod
Ecco una citazione dal nostro forum
I Trial Moderator dovrebbero essere TL4 (Leader) non Moderator, poiché i Trial Mod non hanno molta esperienza e possono imparare sul discorso con un’interfaccia più semplice. I Moderator hanno un’interfaccia Admin e potrebbe essere confusionaria per i nuovi moderator
Poi uno degli admin ha detto questo:
L’unica cosa è che TL4 non può accedere a /review
Questo sarebbe davvero utile e se sai come farlo, fammelo sapere
Sì, sono d’accordo (lol, sono io nella citazione), ma probabilmente dovrebbe essere un’impostazione. Riesco a vederla funzionare perfettamente per siti con programmi di moderazione di prova (come il mio), ma altri non la vogliono, quindi forse un’impostazione del sito tl4 può accedere alla revisione?
Hai considerato di utilizzare il ruolo di moderatore di categoria? Hanno accesso a qualche cosa in più rispetto a TL4, ma non a tutto ciò che ha un moderatore completo.
Mi piace l’idea di @JammyDodger di usare le mod per gatti, ma inonderebbe la pagina “Informazioni”. So che può essere facilmente nascosta con CSS, ma diciamo che vuoi avere mod per gatti normali che non siano mod di prova, vuoi comunque che vengano visualizzate.
Sembra che la ricezione di questo sia piuttosto positiva.
Potrei provare a trasformarlo in una PR, ma non mi piace armeggiare con Ruby perché non lo conosco lol, ecco perché le uniche 3 PR che ho fatto sono principalmente modifiche all’UX
Se questo viene implementato, penso che potranno esaminare solo i post che altri membri hanno segnalato. Questo per evitare che i TL4 possano eliminare post che hanno segnalato nel caso abbiano un problema con qualcuno.
@darkpixlz Penso che l’argomento necessiti del tag pr-welcome affinché un membro della community possa creare una PR per la modifica. Correggimi se sbaglio.
Puoi fare una PR su qualsiasi cosa tu voglia, è solo che il tag pr-welcome significa che lo staff dice che è qualcosa a cui vorrebbero dare priorità, ma le persone possono farlo perché non è una priorità così alta.
Se un argomento su questo non fosse mai stato trattato, qualcuno avrebbe probabilmente potuto fare una PR al riguardo e nessuno avrebbe avuto nulla da ridire e avrebbe potuto essere unito.
Vuoi creare un nuovo plugin per soddisfare le tue esigenze specifiche, poiché le PR possono essere rifiutate se la funzionalità non è considerata generalmente utile.
Se questo dovesse essere realizzato o @darkpixlz creasse un plugin per questo, preferirei che invece dei TL fosse su base per gruppo. Come il recente aggiornamento ai sussurri.
Non so ancora come creare un plugin. Vorrei poterlo fare, ma non ho idea di come fare nulla in Ruby e, l’ultima volta che ho controllato, non posso creare un plugin solo in JS, e inoltre non conosco ancora l’API di Discourse.
Mi opporrei a quanto sopra, ma solo nel senso che tutto ciò che entra nel core è una decisione consapevole. Il team ha una direzione per il prodotto e sta lavorando attivamente ogni giorno per realizzarla. pr-welcome significa che, sebbene una modifica possa essere desiderabile, non è qualcosa verso cui possono attualmente dedicare sforzi internamente. In questo senso, tutto il resto è già inserito nella pianificazione o non è adatto al core.
Ciò non significa che non dovresti suggerire nuove funzionalità e capacità, ma sii sempre preparato a sentirti dire che qualcosa che ritieni desiderabile non è in linea con gli obiettivi della versione predefinita di Discourse, come visto nell’installazione standard.
Questo è vero per la maggior parte del software open source. Anche la pr scritta meglio può essere rifiutata per una moltitudine di ragioni.
Sì, avrei dovuto formularlo meglio. Intendo dire che puoi aprire una PR, ma potresti sentirti dire di no perché non è quello che @/team sta cercando di inserire nella versione finale.
