Debería haber una configuración para permitir que el Nivel de Confianza 4 (Líder) vea la pestaña de moderación, ya que planeamos usarlos en nuestro foro comunitario.
¿Por qué?
Nuestros Moderadores de Prueba necesitan hacer la transición al liderazgo y la mejor manera de hacerlo es permitiéndoles usar un panel más simple / experiencia de Moderador de Prueba.
Aquí hay una cita de nuestro foro:
Los Moderadores de Prueba deberían ser TL4 (Líder), no Moderador, ya que los Moderadores de Prueba no tienen tanta experiencia y pueden aprender sobre discourse con una interfaz más simple. Los Moderadores tienen una interfaz de Administrador y puede ser confusa para los nuevos moderadores.
Luego, uno de los administradores dijo esto:
Lo único es que TL4 no puede acceder a /review.
Esto sería de gran ayuda y, si sabe cómo hacerlo, por favor hágamelo saber.
Sí, estoy de acuerdo (¡porque soy yo quien está en la cita, jeje!), pero probablemente debería ser una configuración. Puedo ver que funciona perfectamente para sitios con programas de moderadores en período de prueba (como el mío), pero otros no quieren esto, así que ¿quizás una configuración del sitio tl4 puede acceder a la revisión?
¿Has considerado usar el rol de moderador de categoría? Tienen acceso a algunas cosas adicionales que TL4, pero no a todo lo que tiene un moderador completo.
Me gusta la idea de @JammyDodger de usar mods de gatos, pero inundaría la página “acerca de”. Sé que se puede ocultar fácilmente con CSS, pero digamos que quieres tener mods de gatos normales que no sean mods de prueba, aún así quieres que aparezcan.
Parece que la recepción de esto es bastante positiva.
Puede que intente hacer de esto un PR, pero no me gusta jugar con Ruby porque no lo conozco, por eso los únicos 3 PR que he hecho son principalmente cambios de UX
Si esto se implementa, creo que solo podrán revisar las publicaciones que otros miembros hayan marcado. Esto es para evitar que los TL4 puedan eliminar publicaciones que ellos mismos marcaron en caso de que tengan un problema con alguien.
@darkpixlz Creo que el tema necesita la etiqueta pr-welcome para que un miembro de la comunidad pueda hacer una PR para el cambio. Corrígeme si me equivoco.
Puedes hacer una PR sobre lo que quieras, solo que la etiqueta pr-welcome significa que el personal dice que es algo a lo que les gustaría dedicarse, pero la gente puede hacerlo porque no es de alta prioridad.
Si nunca se creó un tema sobre esto, alguien probablemente podría haber hecho una PR al respecto y nadie lo habría cuestionado y se podría haber fusionado.
Quieres crear un nuevo plugin para abordar tus necesidades específicas, ya que los PR pueden ser rechazados si la función no es algo que se considere útil en general.
Si esto se hiciera o @darkpixlz hiciera un plugin para ello, preferiría que en lugar de TLs fuera por grupo. Como la reciente actualización de los susurros.
No sé sobre la creación de un plugin por un tiempo. Quiero hacerlo, pero no tengo idea de cómo hacer nada en Ruby y no puedo crear un plugin solo en JS la última vez que lo comprobé, y tampoco conozco la API de Discourse todavía.
Desafiaría lo anterior, pero solo en el sentido de que todo lo que llega al núcleo es una decisión consciente. El equipo tiene una dirección para el producto y trabaja activamente todos los días para cumplirla. pr-welcome significa que, si bien un cambio puede ser deseable, no es algo hacia lo que puedan dirigir esfuerzos internamente en este momento. En ese sentido, cualquier otra cosa ya está programada o no es adecuada para el núcleo.
Eso no significa que no debas sugerir nuevas características y funcionalidades, pero prepárate siempre para que te digan que algo que consideras deseable no se alinea con los objetivos de la versión predeterminada de Discourse, tal como se ve en la instalación estándar.
Esto es cierto para la mayoría del software de código abierto. Incluso la mejor PR escrita puede ser rechazada por una multitud de razones.
Sí, debería haberlo expresado mejor. Quiero decir que puedes abrir una PR, pero podrían decirte que no porque no es lo que @/team está buscando para que termine en la versión final.
