Encontramos un problema cuando el correo electrónico contiene guiones que subrayan una línea, lo que markdown reconoce como un encabezado. Esto es eliminado por el algoritmo de recorte. Siempre tenemos que mostrar el contenido recortado, ya que muchas personas usan nuestra instancia solo por correo electrónico.
Pasos para reproducir:
Básicamente, en la prueba de correo electrónico avanzada, ingrese:
Este es el texto anterior
Encabezado
------
Este es el texto posterior
Lo que en markdown se renderizaría como:
Este es el texto anterior
Encabezado
Este es el texto posterior
El resultado es que el texto antes del encabezado se elimina y el posterior se omite.
¿Hay alguna forma de ajustar el recorte para que no omita líneas de guiones que siguen a una línea con el mismo número de caracteres? Al menos markdown parece poder lidiar con eso.
Por supuesto, deshabilitar el recorte no omite el siguiente
Sin embargo, el problema surge cuando las personas responden a un hilo de correo electrónico muy, muy largo por correo electrónico y luego todo ese hilo se muestra en la vista web. Eso no es bueno. ¡Por lo tanto, me gustaría volver a habilitar el recorte!
¿Así que quieres que la función de recorte esté habilitada pero no la de eliminación de firmas -----? Eso es complicado. ¿Se puede indicar a los usuarios que utilicen encabezados ATX en lugar de encabezados Setext?
Como desarrollador principal de la aplicación que crea los correos electrónicos de los que habla @artur: Sí, podríamos cambiarlo (o usar ^^^^ en lugar de ---- en el “subrayado”), pero técnicamente no es markdown, sino simplemente un correo electrónico de texto/plano que está formateado de una manera “agradable” para los humanos. Y los encabezados “subrayados” se ven un poco mejor en mi humilde opinión que usar encabezados de estilo markdown como # algo
De todos modos, ¿las firmas de correo electrónico delimitadas con -- no suelen tener una línea en blanco justo antes de la línea --? Entonces, ¿quizás eso podría tenerse en cuenta al analizar correos electrónicos?
