Encontramos um problema quando o e-mail contém hifens sublinhando uma linha, que o markdown reconhece como um cabeçalho. Isso é removido pelo algoritmo de corte. Temos que sempre mostrar o conteúdo cortado, pois muitas pessoas usam nossa instância apenas por e-mail.
Passos para reproduzir:
Basicamente, no teste de e-mail avançado, insira:
Este é o texto antes
Cabeçalho
------
Este é o texto depois
O que em markdown seria renderizado como:
Este é o texto antes
Cabeçalho
Este é o texto depois
O resultado é que o texto antes do cabeçalho é removido e o texto depois é omitido!
Existe alguma maneira de ajustar o corte para não omitir linhas de hifens que seguem uma linha com o mesmo número de caracteres? Pelo menos o markdown parece ser capaz de lidar com isso.
Sim, claro que desabilitar o corte não elide o próximo
No entanto, o problema surge quando as pessoas respondem a um e-mail muito, muito longo por e-mail e, em seguida, todo esse histórico é exibido na visualização da web. Isso não é bom. Por isso, gostaria de reativar o corte!
Então você quer que o recurso de corte seja ativado, mas o recurso de remoção de assinatura -----? Isso é complicado. Os usuários podem ser instruídos a usar cabeçalhos ATX em vez de cabeçalhos Setext?
Como desenvolvedor líder do aplicativo que cria os e-mails sobre os quais @artur fala: Sim, poderíamos mudar isso (ou usar ^^^^ em vez de ---- no “sublinhado”), mas tecnicamente isso não é markdown, mas simplesmente um e-mail de texto/plano formatado de uma maneira “legal” para humanos. E os cabeçalhos “sublinhados” parecem um pouco mais legais, na minha humilde opinião, do que usar cabeçalhos no estilo markdown # algo
De qualquer forma, as assinaturas de e-mail delimitadas por -- geralmente não têm uma linha em branco logo antes da linha --? Então, talvez isso possa ser levado em consideração ao analisar e-mails?
Parece que usar uma mistura de caracteres, ou seja, -=-=-=-=não é removido.
Parece que deve-se usar apenas caracteres que não estão na lista de delimitadores…
