Selon la spécification de CommonMark :> ParagrapheUn saut de ligne est une nouvelle ligne (U+000A), un retour chariot (U+000D) non suivi d’une nouvelle ligne, ou un retour chariot suivi d’une nouvelle ligne.Ou selon la spécification de GitHub Flavored Markdown:> ParagrapheUne séquence de lignes non vides qui ne peut pas être interprétée comme d’autres types de blocs forme un paragraphe. Le contenu du paragraphe résulte de l’analyse du contenu brut du paragraphe en éléments en ligne. Le contenu brut du paragraphe est formé en concaténant les lignes et en supprimant les espaces blancs initiaux et finaux.Ainsi, Foo bardevrait être rendu comme Foo barMais au lieu de cela, il est rendu comme Foo barVoir l’exemple CommonMark ou l’exemple de GitHub.S’agit-il d’un bug ou d’une déviation intentionnelle par rapport à la spécification ?## Cas d’utilisationCette façon de gérer les paragraphes devient particulièrement gênante lorsque certains utilisateurs répondent par e-mail, car de nombreux clients de messagerie (comme Thunderbird) insèrent des sauts de ligne tous les quelques caractères. Cependant, d’un point de vue conception, les utilisateurs de e-mail ne devraient pas avoir à s’en soucier ni à modifier leurs paramètres de messagerie.Voici un exemple :
La seule autre situation à laquelle je puisse penser où cela se produirait également est lorsque de nouveaux utilisateurs commencent à utiliser Discourse ; parfois, ils créent manuellement des paragraphes de cette manière.
3 « J'aime »
C’est intentionnel et suit le même comportement que GitHub :
Les administrateurs peuvent activer le paramètre « sauts de ligne Markdown traditionnels » dans les paramètres du site pour modifier ce comportement.
Vous pourriez être intéressé par ce sujet qui explique une partie de la logique derrière cette implémentation.
5 « J'aime »
Merci beaucoup. Je vais me renseigner là-dessus.
4 « J'aime »


