Trimming は markdown フォーマットを省略します

メールにハイフンで下線が引かれていると、Markdown が見出しとして認識します。これはトリムアルゴリズムによって削除されます。多くのユーザーがメールのみでインスタンスを使用しているため、トリムされたコンテンツを常に表示する必要があります。

再現手順:

基本的に、高度なメールテストに以下を入力します。

This is text before

Header
------

This is text after

Markdown では次のようにレンダリングされます。

This is text before

Header

This is text after

結果として、ヘッダーより前のテキストが削除され、ヘッダーより後のテキストが省略されます。

トリミングを調整して、同じ文字数の行の後に続くハイフンの行を省略しないようにする方法はありますか?少なくとも Markdown はそれに対処できるようです。


私は
2.9.0.beta4
(14f61c5784)
で実行しています。

「いいね!」 1

「受信メールをトリミングする」設定を無効にしてみましたか?

はい、もちろん、トリミングを無効にしても、次は省略されません :slight_smile:
しかし、問題は、人々が非常に長いメールのスレッドにメールで返信した場合、そのスレッド全体がWebビューに表示されてしまうことです。それは良くありません。そのため、トリミングを再度有効にしたいと思います!

トリム機能を有効にしつつ、-----による署名削除機能も有効にしたいということですね。それは難しいです。ユーザーにSetext見出しの代わりにATX見出しを使用するように伝えることはできますか?

「いいね!」 2

@arturが話しているメール作成アプリケーションのリード開発者として:はい、変更することは可能です(または、「下線」で ---- の代わりに ^^^^ を使用することもできます)が、これは技術的にはマークダウンではなく、人間にとって「見栄えの良い」形式になっているだけのテキスト/プレーンメールです。そして、「下線付き」の見出しは、マークダウンスタイルの # something の見出しを使用するよりも、IMHO(私の意見では)少し見栄えが良いと思います。

いずれにせよ、-- で区切られたメール署名は、通常、-- の行の直前に空行がありますか?したがって、メールの解析時にそれを考慮に入れることができるかもしれません。

「いいね!」 2

それはここで処理されていると思います。

PRを提案していただければ、検討します。後退が非常に目立つため、これは難しい分野です。

「いいね!」 2

-=-=-=-= のような文字の組み合わせを使用しても、トリムされないことがわかりました。

区切り文字リストに含まれていない文字を使用するだけでよいようです…