Regarde ce journal par exemple, au paragraphe qui commence par « La production d'un jar exécutable est difficile, mais pas insurmontable :
il faut indiquer à Java où sont les bibliothèques. » Le retour à la ligne, après les deux points, est traduit comme une fin de ligne forcée : « La production d'un jar exécutable est difficile, mais pas insurmontable :<br>il faut indiquer à Java où sont les bibliothèques. »
Regarde maintenant le rendu du même document sur la forge actuelle où le retour à la ligne ne donne pas ce <br>. Je t’aurais bien dit de regarder aussi la forge précédente, mais le dépôt n’y est plus (ou a été passé en privé ?).
[^] # Re: Déso Franc Le Pingouin
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal LibreOffice 25.8 et le Markdown. Évalué à 3.
Regarde ce journal par exemple, au paragraphe qui commence par « La production d'un jar exécutable est difficile, mais pas insurmontable :
il faut indiquer à Java où sont les bibliothèques. » Le retour à la ligne, après les deux points, est traduit comme une fin de ligne forcée : «
La production d'un jar exécutable est difficile, mais pas insurmontable :<br>il faut indiquer à Java où sont les bibliothèques.»Regarde maintenant le rendu du même document sur la forge actuelle où le retour à la ligne ne donne pas ce
<br>. Je t’aurais bien dit de regarder aussi la forge précédente, mais le dépôt n’y est plus (ou a été passé en privé ?).Cependant, je lis que le comportement façon linuxfr a été le cas à une époque (used to be a feature) d’où ton impression que c’est tout de même le cas ?
Ou alors est-ce parce-que tu fais plutôt des commentaires sur la plateforme ? Car leur aide indique qu’il y a deux comportement maintenant selon que l’on soit en commentaires ou dans un fichier... (If you're writing in issues, pull requests, or discussions in a repository, GitHub will render a line break automatically: [exemple] However, if you are writing in an .md file, the example above would render on one line without a line break.) où ça suit CM (ouch, context sensitive donc)
Par contre, chez Gitlab, on dit officiellement rester aux deux espaces finales. Codeberg indique utiliser une interprétation conforme CM qui ne transforme pas le simple retour à la ligne dans le source en saut de ligne dans le rendu.
"It is seldom that liberty of any kind is lost all at once." ― David Hume