Mejorador de Moderadores de Categoría

Plugin
,
1

|||
-|-|-|
:information_source: | Resumen | Permitir la mayoría de las acciones de nivel de moderador para los moderadores de categoría
:hammer_and_wrench: | Enlace al Repositorio | Github
:open_book: | Guía de Instalación | Cómo instalar plugins en Discourse


Actualización - 6 de Mayo de 2024

El plugin se ha actualizado y probado para que funcione con Discourse v3.2.1, que es actualmente la última versión estable (no -beta). Nuestro objetivo es dar soporte solo a futuras versiones estables, lo que significa que si estás en una versión -beta, es probable que este plugin no funcione.

En el enlace de GitHub del plugin, el archivo readme explica cómo asegurarte de estar en la v3.2.1.
Acabamos de degradar de la última versión -beta a la v3.2.1 y el único problema que hemos encontrado es que la barra lateral se vuelve un poco loca. Para solucionarlo, simplemente cierra sesión y vuelve a iniciarla.

Con esta actualización también hemos incluido la “transferencia de propiedad” a las acciones disponibles para los moderadores de categoría, tal como se solicitó hace algún tiempo.

Versión de Discourse Soportada

v3.2.1

Solicitud de Funcionalidad para Discourse

Una solicitud de funcionalidad para incorporar estas funciones está abierta aquí. Siéntete libre de apoyarla, si crees que sería útil incluir estos cambios en las funcionalidades principales de Discourse.

Funcionalidades

Desde que empezamos a usar discourse, encontramos que las acciones disponibles para los moderadores de categoría eran insatisfactorias. La mayoría de las acciones básicas de contenido son limitadas (Establecer modo lento, añadir color/aviso de personal, etc.) cuando en nuestra opinión no hay realmente una razón para ello.

Por lo tanto, decidimos intentarlo y crear un plugin que otorgara la mayoría de los poderes de moderación relacionados con el contenido a los moderadores de categoría, cuando se encuentran en la categoría a la que han sido asignados.

Estas son las únicas exclusiones:

  • Los Moderadores de Categoría no pueden actuar sobre los usuarios - Suspender, Silenciar, Cambiar TL, acceder a la vista de administrador en usuarios todavía están reservados para los moderadores regulares.
  • Otorgar Insignias - requiere algunos permisos de administrador con los que preferimos no meternos.
  • Ver historial de moderación - requiere algunos permisos de administrador con los que preferimos no meternos.
  • Convertir Temas a PM y viceversa - Consideramos esta acción como un caso de nicho y preferimos dejarla a los moderadores regulares del foro.

Configuración

Simplemente instala el plugin como lo harías para cualquier otro y haz clic en la casilla en la configuración para activarlo.

REGISTRO DE CAMBIOS

  • Lanzamiento inicial Beta
  • Versión actualizada que funciona con Discourse v3.2.1

POR HACER

  • Vista detallada de configuración que permite elegir qué acciones habilitar para los moderadores de categoría
16 Me gusta
2

[quote=“Crius, post:1, topic:268065, username:Crius”]
No vemos la razón para que esa función exista, así que simplemente la dejamos fuera de las habilidades de los moderadores de categoría.
[/quote]¿No ves la razón en absoluto, o para tu caso?

A veces la usamos en meta. Por ejemplo, si un plugin o un tema/componente desarrollado originalmente por alguien que ya no trabaja en él es transferido a otra persona, entonces cambiamos el autor al nuevo mantenedor, o a @system, dependiendo del contexto.

2 Me gusta
3

Claramente lo expresé mal. Ya está arreglado. En el TODO, de hecho, está la posibilidad de habilitar esa función como una opción.

En nuestra comunidad, eso se convertiría simplemente en una publicación wiki para que todos puedan contribuir. Tiene sentido en el ejemplo que especificas, pero para nuestro foro, el único caso cercano sería una guía para algo (autoalojamiento de algo usando raspberry-pi, una guía de un juego, una lista de eventos para una banda, etc., etc.).

3 Me gusta
4

Aquí hay un caso de uso de ejemplo: con el plugin de WordPress, los usuarios deben configurarse individualmente con un nombre de usuario de Discourse, incluso si el SSO garantiza que son 1:1. Si alguien olvida o configura incorrectamente el lado de WordPress, la publicación termina siendo propiedad de “system”.

Permitir que los moderadores de WordPress sean moderadores de categoría para la categoría de comentarios del blog les permitiría encargarse de esto (y, por supuesto, moderar los comentarios).

5

¿Es este un caso de uso importante para que los moderadores de categoría no sean tl4?

Estoy muy abierto a simplemente mejorar el núcleo aquí.

9 Me gusta
6

Al menos, me gustaría hacer una distinción entre:

  • ser reconocido por una comunidad de discusión como un participante responsable, productivo y constructivo, y
  • tener responsabilidad y poder sobre un área determinada en virtud de un rol (un rol posiblemente no relacionado en absoluto con la participación general en la discusión)

TL3 es una versión automatizada de lo primero, y TL4 me parece algo así como la versión de “¡tienes la permanencia!” de eso.

El moderador de categoría es (¡o debería ser!) perfecto para lo segundo.

3 Me gusta
7

TL4 son para todo el foro. En nuestra opinión, un moderador de categoría debería tener acceso a todas las herramientas que tiene un moderador, pero restringido solo por la propia categoría.

Es una opinión personal, pero realmente no tiene sentido para nosotros que los usuarios con un TL alto tengan más poder que los moderadores de categoría en lo que respecta a la moderación de una categoría.

TL4, en mi opinión, están bien como están, ya que pueden moderar todo el foro pero no actuar sobre los usuarios.
Son básicamente usuarios de confianza, reconocidos por la comunidad para protegerla y fomentarla, sin el riesgo de que un día se vuelvan locos con las cuentas de otros usuarios.

Los moderadores de categoría, de nuevo, en nuestra opinión, deberían poder hacer lo que hace un moderador, pero en su propia categoría. Esto incluye incluso la prohibición de personas, pero eso está en un nivel de complejidad completamente diferente.

Lo que estaba pensando es crear un grupo de usuarios como “prohibido_de_categoryslug”, que la categoría se asigna con solo lectura a la categoría y los usuarios añadidos a ella.

Alternativamente, simplemente extender a los usuarios utilizando la tabla dedicada en la base de datos en la que se añade un user_id, category_id y un datetime. Cada vez que un usuario accede a un tema, se ejecuta una comprobación para ver si realmente puede interactuar con él o no.

El beneficio de optar por una ruta basada en grupos es que existe una forma de interfaz de usuario ya implementada para que los administradores y moderadores del foro puedan levantar una prohibición. El otro enfoque requeriría también desarrollar una vista dedicada, pero permitiría una mayor flexibilidad (ver expiraciones de prohibiciones, etc.)

8 Me gusta
8

Entonces, ¿qué beneficios se añaden?

¿Mover temas a otras categorías controladas por el grupo?
¿Revisar la cola de banderas?

1 me gusta
9

No estoy seguro de que esta sea una dirección que Discourse quiera tomar, pero si los moderadores de categoría tuvieran este tipo de poder, abriría la posibilidad de usar categorías como foros dentro de un foro. Eso sería genial desde mi punto de vista.

7 Me gusta
10

Creo que los propietarios de grupos pueden eliminar personas del grupo, lo que luego les quitaría el acceso a la categoría (si está restringida al grupo). Entonces, ¿quizás una combinación de propietario de grupo + moderador de categoría funcionaría para esto?

3 Me gusta
11

¿Podrías aclarar exactamente qué cambia esto para los moderadores de categoría? Muchas gracias.

12

Dada la declaración “estas son las únicas exclusiones”, todo en Trust Level Permissions Reference donde la columna Moderador de categoría dice “TL” o está en blanco se convertiría en :white_check_mark:, excepto la concesión de insignias, el cambio de propiedad y las acciones de la cuenta de usuario.

Realmente me gustaría ver un control más granular, o mejor aún, que ese control granular no sea un plugin sino que esté integrado. Para mí, la falta de la capacidad de cambiar la propiedad (irónicamente, una de las exclusiones, lo sé) es el gran problema, pero obviamente no para todos.

3 Me gusta
13

100% de acuerdo. :heart:

14

Esto puede funcionar, de hecho. He creado una configuración utilizando este modelo y formé parte del tema html/markdown sobre el mensaje de visualización si no se puede publicar. Para que genere el mensaje con un enlace para enviar un mensaje a los propietarios del grupo.

Si bien esto funciona, una mejor opción sería agregar una lista de prohibición/silencio con opciones de tiempo al propietario del grupo. Un usuario problemático podría ser prohibido de una categoría de acceso grupal. Al tener una opción para mantener el grupo sin restricciones para unirse y salir. Incluso en un grupo restringido, esta lista podría extenderse a notificar al usuario que tiene una prohibición del grupo con una nota de prohibición.

Nota Probablemente podríamos iniciar una solicitud de Feature para extender las funciones del grupo y habilitar un sistema de subforos similar a Reddit utilizando moderadores de categoría… ya que @simon también parece tener interés.

2 Me gusta
15

Créeme, a mí también me encantaría eso desde Discourse. Ha sido increíblemente molesto que alguien trabaje en el estilo del foro, pero tener que probar los cambios yo mismo porque no podía darle un CONTROL TOTAL DE ADMINISTRADOR a una persona que solo debía trabajar en CSS y elementos visuales.

Podemos investigar esto. Es cierto que algo que simplemente descuidamos porque no pensamos en una aplicación (los moderadores regulares de todo el foro pueden hacer eso eventualmente)

En general, con gusto retiraría este plugin si Discourse implementara un control más granular y me encantaría que el moderador de categoría pudiera prohibir personas solo de su categoría, pero, lamentablemente, no parece ser una prioridad o algo que les interese en este momento.

1 me gusta
16

¿No creo que pueda encontrar la solicitud de Feature para estos cambios? Si pudieras vincularla en el OP, ¿podría ayudar a que reciba más atención?

2 Me gusta
17

Podría ser una idea para mí o para alguien más empezar a extender los grupos.

es decir

  • Lista de suspensión/prohibición para los propietarios de grupos. Útil en grupos de libre acceso y de solicitud de acceso. Necesitaría una opción de duración. Esta extensión funcionaría para lograr una mayor paridad con el tema de Reddit.
  • #Tema con opción para restringir el tema y/o el #componente-tema

Actualmente uso grupos de solicitud de acceso y el plugin de plantilla para tener una lista de prohibidos a la que hacer referencia.

18

Aparentemente, uno de los últimos cambios

Nueva opción de Revisar para publicaciones en cola
Los moderadores ahora pueden seleccionar “Revisar…” como una opción al revisar publicaciones en cola para su aprobación. Se enviará un mensaje privado al usuario con el motivo de la solicitud de revisión y comentarios opcionales para que tenga la oportunidad de mejorar su publicación cuando la vuelva a enviar.

¿Se hizo algo más que añadir una nueva opción porque el plugin dejó de funcionar? No está rompiendo Discourse por lo que podemos ver, pero las opciones adicionales ya no están disponibles. Siempre es divertido cuando alguien decide refactorizar muchas cosas además de añadir una sola nueva característica :smiley:

Estamos intentando revisar el código de nuevo para averiguar qué ha cambiado.

1 me gusta
19

Entendí que alguien de los desarrolladores o cercano a ellos dijo que no era una prioridad / dirección en la que pretendían ir, pero quizás me equivoque. Solo estoy de paso ahora, si alguien quiere abrir la solicitud de función, siéntase libre de enlazar este tema para que aparezca en los enlaces de la parte superior o @mí y actualizaré la primera publicación.

1 me gusta
20

Lo obtuviste del CEO, así que diría que fue alentador:

Probablemente valga la pena una o dos solicitudes de Feature si quisieras verlas añadidas al núcleo.

3 Me gusta