Eliminar automáticamente las respuestas después de N días

Contribuir Característica
1

For the various knowledge base topics we have I would like to have a special timer for:

Replies on this topic are automatically deleted after N days

image
image1451×698 36.1 KB

I think this is a very powerful tool for keeping documentation topics clean. I would have this on most documentation topics on meta.

It means people can reply to them but they know upfront that replies are like tears in the rain. If you want something permanent:

  • Open a new topic

or

  • Edit the OP

Even though we can do this pruning by hand it is tedious. Plus, on a psychological level, when a computer does something cause “these are the rules of the ball game”, it feels way better than us humans intervening. (oh why are you making up this rule now, not fair)

16 Me gusta
Discourse Version 2.5
Category-level auto-delete topics the same as auto-close feature
Require users to "Reply as Linked Topic"
Category-level auto-delete topics the same as auto-close feature
Plugin to introduce auto-delete as a category-level option
2

I think we might also want to retain replies that have a certain threshold of likes, just in case?

Other than that I think there’s clear need for this based on our usage at least, in the “first post wiki” kinda deals. It would have to be a per-topic setting though, right?

11 Me gusta
3

I like this. We have a lot of “stickies” (pinned posts) that might get a lot of heavy use now as we transition over to Discourse, but later won’t be as relevant. I don’t want to have to remake the posts every so often.

7 Me gusta
4

Estoy a favor de esta solicitud de función por todas las razones mencionadas anteriormente, más una adicional.

Aquí hay algo de contexto sobre mi razonamiento. He investigado la posibilidad de tener una función de ‘chat’ en Discourse y comprendo la postura del equipo de Discourse sobre el uso de mensajes privados con múltiples destinatarios para chatear.

Sé que tanto el plugin Babble como el de ‘Mensajes rápidos’ utilizan los MP con múltiples destinatarios en su núcleo.

Pienso que ‘Mensajes rápidos’ es casi exactamente lo que necesitamos.

Queremos que solo unas pocas personas seleccionadas en nuestro sitio puedan chatear, pero me parece que la función solicitada en este tema, si se implementa como tal, mitigaría la mayoría de los problemas negativos de usar MP con múltiples destinatarios como forma de chatear.

De hecho, odio el chat, pero tiene su propósito para un equipo de personas que trabajan juntas creando un BORRADOR de un tema largo y útil del foro general. La barra lateral de chat puede estar arriba, mientras que todo lo bueno que resulta del chat se transfiere al tema BORRADOR, en la misma pantalla debajo (preferiblemente al lado) de la barra lateral de chat.

Nuestro equipo está usando RocketChat junto a una ventana de Discourse en este momento, pero quiero una solución todo en uno…

Solo mis dos centavos, y realmente me gustaría que esta función se agregara pronto :slight_smile:

Me gustaría un botón de ‘chatear ahora’ al lado de cada tema, para que el ‘chat’ del tema se pueda encontrar fácilmente en el futuro, en lugar de tener que revisar un montón de MP para ver si hubo un chat para un tema :wink:

EDITO: Sugiero que ‘eliminar respuestas después de X días’ en estos MP con múltiples destinatarios ‘vinculados a un tema’, que también puedan aparecer en una barra lateral de chat expandible/ocultable (en la barra lateral de chat, el MP se ‘comprime’ eliminando el espacio muerto y usando miniaturas de imágenes), sería lo máximo para nosotros.

Además, no creo que los susurros sean una solución lo suficientemente cercana para nuestro problema.

7 Me gusta
5

Esto podría ser una gran característica para un tipo especial de temas: por ejemplo, una pregunta y respuesta única. Me encantaría ver esto implementado.

También sería útil para algunos anuncios que queremos que los usuarios reaccionen, pero al mismo tiempo mantener el tema limpio.

6 Me gusta
7

¡Esto está en nuestra hoja de ruta para la próxima versión!

9 Me gusta
9

Ahora está hecho en el siguiente commit. Realicé muchos cambios en el código de "`future-date-input``. Así que házmelo saber si hay algún problema de UX nuevo relacionado con ello.

7 Me gusta
10

¿Dónde configuramos esto? ¿Puedes compartir una captura de pantalla de la interfaz de usuario? ¿Es una configuración por tema?

4 Me gusta
11

Por tema en este momento en la interfaz de usuario del temporizador de temas

5 Me gusta
12

image
image535×316 11.1 KB

8 Me gusta
Pattern for "must read" content
13

Si abro el cuadro de diálogo Configurar temporizador, selecciono “Eliminar respuestas automáticamente” y luego cierro el modal haciendo clic en :negative_squared_cross_mark:, aparece la siguiente nueva línea:

image

No se puede eliminar y desaparece tras recargar.

4 Me gusta
15

Acabo de ver esta característica en las notas de lanzamiento de hoy. ¡Se ve genial! Tengo una pregunta de seguimiento.

¿Se implementó esta parte de la característica? Parece una buena idea.

1 me gusta
16

No, aún no se ha implementado.

1 me gusta
17

Ay. ¿Hay alguna manera de guardar manualmente una respuesta para evitar su eliminación?

1 me gusta
18

¡Lo sentimos! Por ahora no tiene esa opción.

1 me gusta
19

De acuerdo, de alguna manera nos perdimos eso, Vinoth: deberíamos añadir protección para las respuestas con >= x «me gusta». Ya sea codificado de forma rígida o como una configuración del sitio.

1 me gusta
20

En ese caso, ¿deberíamos conservar solo las respuestas del OP? Porque si conservamos una respuesta que no es del OP sin su respuesta al post, se creará confusión. Por ejemplo, si eliminamos post #10 y conservamos post #11 en este tema, no tendrá ningún sentido.

2 Me gusta
21

También me gustaría aportar mi granito de arena a favor de guardar las respuestas manualmente. (Siempre que sea un proceso manual, presumiblemente quien guarde las respuestas tendrá la prudencia de guardar aquellas que tengan sentido fuera de contexto.)

2 Me gusta
22

Puede ser arbitrario. Los ‘me gusta’ son la única métrica que necesitamos.

1 me gusta
23

Estoy de acuerdo con una configuración del sitio como esta:

skip_auto_delete_reply_likes (valor predeterminado 5)

Puede resultar algo sorprendente, por lo que me gustaría que este número se comunicara a los administradores cuando configuren el temporizador. ¿Quizás deberíamos esperar a la rediseño de la interfaz de usuario de los temporizadores de temas que @martin está trabajando para incluir esto?

Nota: esto no resuelve el problema de @dfabulich, y, para ser honesto, no se me ocurre una solución limpia para proteger manualmente. Aquí hay algunas ideas que se me ocurrieron:

  1. skip_auto_delete_reply_on_staff_like (valor predeterminado false) - similar a cómo destacamos comentarios en el BBS usando me gusta de personal.

  2. Saltar automáticamente en “aviso de publicación”… añade ruido.

  3. Siempre saltar cuando publica personal; tendría que ser una configuración.

  4. Algo más… demasiado desordenado, en mi opinión.

7 Me gusta