Attualmente esiste un’unica impostazione singola impostazione per entrambe queste opzioni:
il livello di fiducia 3 può modificare i titoli degli argomenti e i tag altrui
il livello di fiducia 4 può modificare i post altrui
Sarebbe utile se queste fossero separate in impostazioni diverse.
Nel nostro caso:
Vogliamo abilitare la modifica dei titoli degli argomenti e dei tag per il livello di fiducia 3, poiché le modifiche che possono essere apportate lì sono limitate. Ma attualmente vogliamo disabilitare la modifica dei post altrui per il livello di fiducia 4.
In passato abbiamo disabilitato del tutto l’impostazione se volevamo limitare la modifica dei post da parte del tl4. Ma è stato utile far aggiungere tag agli argomenti da parte delle persone, quindi non è l’ideale dover disabilitare questa funzionalità per il tl3.
Principalmente il nostro pubblico è un po’ più giovane e quindi i leader della community sono un po’ più giovani, e sebbene la stragrande maggioranza sia stata molto affidabile, c’è stato un caso storico in cui alcuni hanno abusato dei loro privilegi. Quindi di solito siamo stati un po’ più conservativi con alcune capacità – abbiamo riabilitato la modifica per tl4 e tl3 solo dopo che il gruppo attuale di leader era in carica da un po’ di tempo.
Abbiamo in programma di disabilitare nuovamente la possibilità di modifica per il livello di fiducia 4 mentre stiamo inserendo un nuovo gruppo di leader. Ma sarebbe bello avere ancora la possibilità per il tl3 di aggiungere tag agli argomenti altrui (la nostra community di solito non modifica i titoli altrui).
Sono generalmente favorevole ad aggiungere questa fedeltà, anche se preferirei semplicemente “rimuovere il livello di fiducia” da queste impostazioni se facciamo una divisione e le cambiamo in modo che siano basate sui gruppi.
Questi sembrano buoni – in realtà mi stavo anche chiedendo se questo potesse essere un buon candidato per pr-welcome
Sarei interessato a provarci io stesso quando ne avrò l’occasione. (Sono principalmente uno sviluppatore iOS ma ho anche dabbled in Ruby/JS ecc. al lavoro)
Certamente Tracey, sono felice di aggiungere un tag pr-welcome a questo, dovrebbe essere una modifica abbastanza semplice, detto questo, ha implicazioni di sicurezza, quindi avrebbe bisogno di test accurati utilizzando unit test e passerebbe attraverso un processo di revisione piuttosto rigoroso.
Ho fatto funzionare questo localmente, volevo solo prendermi il tempo per essere scrupoloso con i casi di test prima di creare la PR. Avevo alcune domande che volevo verificare, quindi potrei pubblicarle su Dev per quelle, o nei commenti sotto la PR
(Non sono sicuro se ci sia un lasso di tempo previsto per le PR dalla community, ma volevo solo avvisare nel caso in cui ci stesse mettendo un po’ di tempo – ho principalmente solo del tempo libero nei fine settimana)
Ciao a tutti – solo un aggiornamento da quando ho detto che me ne sarei occupato. Mi dispiace, ma al momento ho troppo da fare, nelle ultime settimane e in quelle a venire – cambiamenti significativi al lavoro, questioni mediche, ecc. Per questo compito, ho avuto qualche problema con le specifiche e non ho avuto modo di fare il debug – sono solo un po’ troppo stanco per approfondire ulteriormente Ruby in questo momento.
Se qualcun altro vuole occuparsi di questo task pr-welcome, si senta libero di farlo.
(Sul nostro forum, abbiamo comunque deciso di riattivare l’impostazione gli utenti fidati possono modificare gli altri, quindi per ora siamo a posto. In futuro, quando sarò di nuovo libero, forse potrò occuparmi di un altro task di Discourse)
Ho lavorato alla separazione dell’impostazione “gli utenti attendibili possono modificare gli altri” in “modifica tutti i gruppi di post” e “modifica tutti i gruppi di argomenti”. Ho de-trustato queste impostazioni in modo che siano basate sui gruppi. Ecco il link per il PR:
