Convertir du Markdown en HTML — tableaux GFM, listes de tâches et barré en fragment HTML
Collez du Markdown et obtenez un fragment HTML produit par remark + remark-gfm : tableaux, listes de tâches, barré, liens automatiques et notes de bas de page inclus. La sortie n'a ni doctype, ni head, ni bloc style ; pas de coloration syntaxique, pas de formules, pas de HTML vers Markdown, et le HTML brut du Markdown est supprimé.
Ce que ce convertisseur Markdown vers HTML gère — et ce qu'il ne gère pas
Tableaux GFM, listes de tâches, barré et notes de bas de page
remark-gfm est activé : les tableaux à barres deviennent <table>, les listes de tâches des cases à cocher désactivées, ~~texte~~ devient <del>, les URL nues des liens et [^1] produit des références de note plus une section de notes. Le titre de cette section reste « Footnotes » en anglais.
Un fragment HTML, pas un document complet
La sortie commence au premier tag : pas de <!doctype>, <html>, <head> ou <style>. Des attributs style inline sont ajoutés à h1–h4, p, pre, code et a, donc le fragment reste lisible seul ; tableaux, listes et images ne reçoivent aucun style.
Pas de coloration syntaxique ni de formules
Un bloc de code ne reçoit qu'une classe de langage comme class="language-js", sans spans colorés. Une formule comme a^2+b^2 reste du texte brut ; aucune étape KaTeX ou MathJax.
Conversion à sens unique, entièrement locale
Le Markdown se saisit dans une zone de texte et le HTML sort dans une zone en lecture seule ou dans l'aperçu Render ; Copy HTML place du text/html dans le presse-papiers. Pas de HTML vers Markdown, pas d'import de fichier, pas de récupération d'URL d'image, aucune requête réseau.
Le HTML brut est supprimé, les URL de liens ne sont pas assainies
Les balises <script>, <div> et les attributs d'événement écrits dans le Markdown sont retirés (leur texte interne reste), mais les href passent tels quels : les liens javascript: et data: survivent dans la sortie.
FAQ sur la conversion Markdown vers HTML
Quel analyseur est utilisé ?
unified 11 avec remark-parse 11 (micromark), remark-gfm 4, remark-rehype 11 et rehype-stringify 10. remark-rehype tourne avec ses réglages par défaut : le HTML intégré au Markdown est ignoré, pas analysé.
Le support GFM est-il complet ?
Tableaux, listes de tâches, barré, liens automatiques et notes de bas de page fonctionnent. Les cases des listes de tâches sont des <input type="checkbox"> désactivées ; les notes produisent une référence <sup> et une section intitulée « Footnotes » en anglais, quelle que soit la langue de l'interface.
Y a-t-il de la coloration syntaxique ?
Non. Les blocs de code ne portent qu'une classe de langage comme language-js, sans spans de tokens ni couleurs. Le style se limite aux attributs inline que cette page ajoute aux titres, paragraphes, pre, code et liens.
Peut-on convertir des formules ?
Non. Aucun plugin mathématique : a^2+b^2 ou une syntaxe de type $...$ reste en texte brut dans le HTML.
Obtient-on un document HTML complet ?
Non. Le résultat est un fragment sans doctype, html, head ni style. Seuls h1–h4, p, pre, code et a reçoivent des styles inline ; tableaux, listes et images n'en ont aucun, prévoyez votre propre feuille de style.
Peut-on reconvertir le HTML en Markdown ou importer un fichier ?
Ni l'un ni l'autre. La conversion est à sens unique et l'entrée est une simple zone de texte ; pas de sélecteur de fichier, pas d'import par URL, pas de fetch. Vous pouvez copier le résultat en text/html pour un éditeur riche.
Comment le XSS est-il géré ?
Le HTML brut du Markdown est supprimé, donc <script> ou <img onerror> n'atteint jamais la sortie. Les cibles de liens ne sont toutefois pas assainies : les href javascript: et data: survivent, et l'aperçu Render injecte le HTML via dangerouslySetInnerHTML, si bien qu'un lien piégé pourrait s'exécuter au clic. Assainissez avant de publier du contenu non fiable.
