El nivel de confianza 3 puede editar los títulos y las etiquetas de los temas de otros.
El nivel de confianza 4 puede editar las publicaciones de otros.
Sería útil si estas se separaran en configuraciones diferentes.
En nuestro caso:
Queremos habilitar la edición de títulos y etiquetas de temas de otros para el nivel de confianza 3, ya que los cambios que se pueden hacer allí son limitados. Pero actualmente queremos deshabilitar la edición de publicaciones de otros para el nivel de confianza 4.
En el pasado, hemos deshabilitado la configuración por completo si queremos limitar la edición de publicaciones por parte del nivel de confianza 4. Pero ha sido útil que las personas agreguen etiquetas a los temas, por lo que no es ideal tener que deshabilitar eso para el nivel de confianza 3.
Principalmente, nuestra audiencia es un poco más joven y, por lo tanto, los líderes de la comunidad son un poco más jóvenes, y aunque la gran mayoría ha sido muy confiable, hubo un caso histórico en el que algunos abusaron de sus privilegios. Por lo tanto, solemos ser un poco más conservadores con algunas habilidades; solo volvimos a habilitar la edición para los niveles de confianza 4 y 3 después de que el grupo actual de líderes hubiera estado sirviendo por un tiempo.
Estamos planeando deshabilitar nuevamente la capacidad de edición para el nivel de confianza 4 mientras incorporamos un nuevo grupo de líderes. Pero sería bueno seguir teniendo la capacidad para que el nivel de confianza 3 agregue etiquetas a los temas de otros (nuestra comunidad generalmente no edita los títulos de otros).
Aunque en general estoy a favor de añadir esta fidelidad, preferiría simplemente “eliminar el nivel de confianza” de estas configuraciones si hacemos una división y las cambiamos para que se basen en grupos.
Estos suenan bien; de hecho, también me preguntaba si este podría ser un buen candidato para pr-welcome.
Me interesaría intentarlo yo mismo cuando tenga la oportunidad. (Soy principalmente desarrollador de iOS, pero también he incursionado en Ruby/JS, etc. en el trabajo).
Claro Tracey, me complace ponerle un pr-welcome, debería ser un cambio bastante sencillo, dicho esto, tiene implicaciones de seguridad, por lo que necesitaría pruebas cuidadosas utilizando pruebas unitarias y pasaría por un proceso de revisión bastante riguroso.
Lo he hecho funcionar localmente, solo quería tomarme el tiempo para ser minucioso con los casos de prueba antes de hacer el PR. Tenía algunas preguntas que quería consultar, así que podría publicarlas en Dev para esas, o en comentarios debajo del PR.
(No estoy seguro de si hay un plazo esperado con los PR de la comunidad, pero solo quería publicar un aviso en caso de que esté tardando un poco, principalmente solo tengo tiempo libre los fines de semana).
Hola a todos: solo una actualización, ya que mencioné que me encargaría de esto. Lamento tener demasiado en mi plato en este momento, en las últimas semanas y en el futuro: cambios significativos en el trabajo, médicos, etc. Para esta tarea, tuve algunos problemas con las especificaciones y realmente no tuve la oportunidad de depurarlas; estoy demasiado agotado para profundizar en Ruby en este momento.
Si alguien más quiere encargarse de esta tarea de pr-welcome, siéntase libre de hacerlo.
(De todos modos, en nuestro foro, decidimos volver a habilitar la configuración de los usuarios de confianza pueden editar a otros, así que estamos bien por ahora. En el futuro, cuando esté libre de nuevo, tal vez pueda encargarme de otra tarea de Discourse)
Trabajé en la separación de la configuración ‘los usuarios de confianza pueden editar otros’ en ‘editar todos los grupos de publicaciones’ y ‘editar todos los grupos de temas’. Elimino estos ajustes de nivel de confianza para que se basen en grupos. Aquí está el enlace para el PR:
