¿Hay alguna forma de que Discourse reenvíe una publicación cuando ha sido editada por el usuario para hacer correcciones o cambios?
Hola Andrew ![]()
¿A qué te refieres con “reenviar” una publicación?
Quiero decir, digamos que un usuario necesita corregir una publicación y la edita. Entonces, las personas que solo usan la función de correo electrónico de Discourse no ven la publicación corregida, según entiendo. Entonces, pregunto, ¿hay alguna forma de que la publicación editada/actualizada se envíe nuevamente, ya sea de forma automática o mediante un proceso manual? ¿O una notificación de actualización enviada por correo electrónico?
No creo que esto sea posible y es por diseño
Este es un problema para esas personas entonces si se realizan ediciones significativas en las publicaciones que nunca verán.
Si tienes un boletín de noticias oficial por correo electrónico, podrías publicar ediciones importantes en él.
Si es un error crítico, la única solución alternativa que se me ocurre sería que el usuario cree una nueva publicación para la corrección. Si lo hacen, cualquier usuario que esté siguiendo el tema o la categoría recibirá una notificación por correo electrónico sobre la edición.
En la mayoría de los casos, la configuración del sitio email time window mins está diseñada para solucionar este problema. Su valor predeterminado provoca un retraso de 10 minutos desde el momento en que se guarda una publicación hasta que se generan las notificaciones por correo electrónico para ella. Esperemos que eso dé a los usuarios la oportunidad de corregir cualquier error obvio en sus publicaciones.
Es bueno saberlo, había pensado que el valor predeterminado podría haber sido inmediato para enviar la publicación tal como se publica originalmente.
La ventana de cinco minutos para hacer ediciones menores sin que se publique el historial de ediciones también es útil, aunque en algunas circunstancias sería ideal tener registros de todo el historial de ediciones. ¿Hay alguna forma para que un administrador revise la publicación original y todo el historial de ediciones?
Puedes tener cierto control sobre esto a través de la configuración del sitio, pero si no se crea una revisión del historial de ediciones, no hay forma de que un administrador vea los cambios.
La configuración es:
editing grace period: Durante (n) segundos después de publicar, la edición no creará una nueva versión en el historial de la publicación.editing grace period max diff: Número máximo de cambios de caracteres permitidos en el período de gracia de edición, si se cambian más, se almacena otra revisión de la publicación (nivel de confianza 0 y 1).editing grace period max diff high trust: Número máximo de cambios de caracteres permitidos en el período de gracia de edición, si se cambian más, se almacena otra revisión de la publicación (nivel de confianza 2 y superior).
Si la edición ocurre fuera del período de gracia de edición, o si la edición cambia más de (por defecto) 100 caracteres para usuarios TL0 y TL1, o 400 caracteres para usuarios >= TL2, se creará una revisión. Si la edición no activa ninguna de esas condiciones, no se creará ninguna revisión y no habrá forma de ver qué se cambió.
Ok, qué sofisticado es cómo funciona todo eso.
La solución entonces es establecer la gracia de edición en cero, esto es lo más seguro.
Depende de tu situación. Viendo el código ahora, hay algunas cosas que activarán la creación de una nueva revisión si una publicación se edita dentro del período de gracia de edición:
- la publicación ha sido marcada
- la publicación es editada por otro usuario (por ejemplo, un miembro del personal)
- se proporciona un “motivo de edición” al editar la publicación
- se cambia el propietario de la publicación
Parece que realmente lo pensaron ![]()
Impresionante que, para una publicación marcada, sea lo más importante.
Estoy un poco confundido sobre cómo es posible que no haya historial de edición para una publicación si ha sido publicada y es visible en otros países. Con el sistema de edición de gracia, esto permite que las ediciones ocurran sin publicar el historial, y esto podría significar que las publicaciones anteriores se eliminan sin dejar rastro.
Cualquiera que vea una publicación antes de que se edite podría hacer copias, o si se genera un correo electrónico de una publicación inicial de inmediato. Cuando publico escritos sabiendo que habrá cinco minutos de gracia antes de que se publiquen las ediciones, esto es útil para saber que no necesito estar tan estresado por la corrección antes de que se haga permanente. Esto puede convertirse entonces en una carrera para terminar todas las ediciones dentro de los cinco minutos para evitar que aparezca como una declaración editada.
Parece que esto se está desviando bastante de la solicitud de soporte original:
Quizás deberíamos centrar el tema de nuevo en eso.
Bueno, para la solicitud de soporte, parecía que se respondió con un no, no hay una manera de hacerlo. Si la hubiera, sería bueno saberlo, de lo contrario, sería una solicitud de nueva función.
Cuando dices esto, ¿te refieres a personas que literalmente nunca visitan o inician sesión en un sitio de foro, sino que solo leen correos electrónicos enviados por Discourse?
He revisado la configuración del administrador para el correo electrónico y no veo una opción para que se generen y envíen nuevos correos electrónicos cuando se editan las publicaciones. Potencialmente, eso podría integrarse como una nueva configuración de función para el modo de lista de correo.
Existe una opción para permitir que las personas publiquen nuevos temas por correo electrónico, que por defecto no está habilitada. Si se habilita, el nivel de confianza se puede ajustar para eso, por defecto es el nivel n.º 2:
Sí. En este sitio, esa constituye la gran mayoría de los usuarios, por la razón que sea (la mayoría provienen de un antiguo grupo de listas de correo). Me resulta difícil conseguir que utilicen la interfaz web, ¡aunque sigo intentándolo! Y sí, los usuarios pueden enviar nuevos temas por correo electrónico y responder, por supuesto.
Por lo tanto, sí, creo que esta sería una buena solicitud de función.
Y, por cierto, estoy hablando de ediciones realizadas después de cualquier período de gracia.
Gracias por la aclaración, estoy de acuerdo en que sería una buena función que se notificara a las personas si hay ediciones.
Buena afirmación de Simon.
Esto también está escrito en los términos de servicio predeterminados de que se enviarán correos electrónicos si los términos se editan:
Para actualizaciones que contengan cambios sustanciales, la empresa se compromete a enviarle un correo electrónico, si ha creado una cuenta y ha proporcionado una dirección de correo electrónico válida
