Parsing des codes inlines (trim non voulu)

[Eskimon]

Lorsque l'on fait un code inline, si ce dernier commence/termine par un espace alors ce dernier devient perdu. Il faudrait y mettre un espace insécable a la place.

[cgabard]

je comprend pas trop...

[Eskimon]

Illustration concrete : \$ (.*?) \$ ?

Si je tape ca, je perds (ici aussi) les espaces que j'ai tapé avant et apres mes symboles (c'est du a l'html qui aime pas le blanc successif). Cependant, j;aurais aime que le rendu conserve mes espaces comme ca : <espace>\$ (.*?) \$ ?<espace> (en affichant des   par exemple je suppose)

[cgabard]

hum, dans les codes inlines, en effet je ne vois pas de raisons que les espaces des bords soient trimé. Je vais voir mais je prefere avancer sur le fork de pandoc car le comportement risque de beaucoup changer quand on passera à Pandoc. Est ce que ça vaut le coup que je patch pour ça ?

[Eskimon]

Est ce que ça vaut le coup que je patch pour ça ?

Ah bah a toi de dire, j'ai aucune idee du volume de travail que ca represente et si pandoc le gere mieux.

[cgabard]

En fait pandoc est un parseur totalement différent. Les bugs qu'on rencontre dans l'un ne seront pas forcément présent dans l'autre et vice versa.

Bon, ça me semble pas critique a court terme. Je vais continuer a travailler sur Pandoc et en Janvier j'aurais une meilleur vision de la date de son arrivée pour le html. Je ferai une passe de bug fix si necessaire.