aeris 🏳️🌈@vk @bortzmeyer Sauf que &nbps; n’est pas valide pour les formats non HTML, type LaTeX… Ça signifie encore des conversions à faire en sortie…
@vk @bortzmeyer Il faudrait donc avoir « » réellement dans le source d’origine pour le retrouver tel quel dans tous les formats de sortie.
Stéphane Bortzmeyer@bortzmeyer @vk Sauf que c’est considéré dans le range whitespace, et donc dégagé par l’algo de normalisation de XML sauf erreur de ma part 😂
@aeris @vk Non, et je viens de tester https://gist.github.com/bortzmeyer/e50bbc877020e5eeff5eaa4b29bd91cc
kaiyou@aeris
@bortzmeyer @vk
Regarde du côté de CData. Mais de manière générale, les parsers Markdown et ReST supportent bien utf, qu'est-ce qu'il manque à ce moment là ?
@bortzmeyer @vk
Regarde du côté de CData. Mais de manière générale, les parsers Markdown et ReST supportent bien utf, qu'est-ce qu'il manque à ce moment là ?
@kaiyou @bortzmeyer @vk Markdown fait perdre toute la sémantique, par exemple comment représenter un dialogue ? Un chapitre ?
@kaiyou @bortzmeyer @vk Markdown rend aussi impossible certaines possibilités, comme par exemple un dialogue (modélisé par une liste markdown) en fin de paragraphe.
Markdown n’a aucune possibilité de savoir si ce dialogue est en début du paragraphe N+1 ou en fin de paragraphe N, vu qu’il impose un saut de ligne dans les 2 cas
Markdown n’a aucune possibilité de savoir si ce dialogue est en début du paragraphe N+1 ou en fin de paragraphe N, vu qu’il impose un saut de ligne dans les 2 cas
@kaiyou @bortzmeyer @vk L’exemple 273 de commonmark est même très explicite
https://spec.commonmark.org/0.29/#example-273
Pour de la litterature (et donc LaTeX ou EPUB), le dialogue/liste devrait être DANS le <p> et non à l’extérieur).