100 % privé — tout s'exécute dans votre navigateur
Soulignement en Markdown
Que le soulignement en Markdown fonctionne dépend de l'endroit où votre fichier se rend. Testez la balise u en direct, consultez le tableau de compatibilité, choisissez le bon repli.
Équipe MD Viewer
Works where HTML is allowed:
underlined text
Le soulignement en Markdown est une histoire de compatibilité, pas de syntaxe. Le langage lui-même ne définit aucun souligné — mais les documents Markdown voyagent : le fichier rendu sur GitHub aujourd'hui passera peut-être demain dans un générateur de site statique et la semaine prochaine dans un wiki strict. Que votre soulignement en Markdown survive à chaque saut dépend d'une seule question : le moteur accepte-t-il le HTML en ligne ? Le terrain de jeu ci-dessus permet de tester les deux issues — le soulignement HTML et le repli en Markdown pur — au même endroit.
La fracture de compatibilité est plus large qu'on ne l'imagine. GitHub, GitLab, Bitbucket, VuePress, Docusaurus, MkDocs et la plupart des plateformes modernes rendent <u>texte</u> en vrai souligné. Les démos CommonMark strictes, certains moteurs de forum et les wikis durcis côté sécurité retirent tout le HTML : votre soulignement en Markdown devient des chevrons visibles ou disparaît. Le tableau ci-dessous cite les noms pour prédire le comportement avant de livrer un document.
Cette page accompagne la page souligner en Markdown, qui est la démonstration pratique de la syntaxe. Ici, l'axe c'est la décision : quels moteurs prennent en charge le soulignement en Markdown, quels replis préservent le sens quand le HTML est retiré, et comment écrire un balisage qui se dégrade proprement partout — pour que votre emphase survive à des chaînes que vous n'avez pas encore rencontrées.
Soulignement en Markdown : compatibilité des moteurs
| Moteur | Résultat de la balise u |
|---|---|
| GitHub (GFM) | Rendu — le soulignement en Markdown marche dans README et tickets |
| GitLab (GFM) | Rendu — même comportement GFM que GitHub |
| CommonMark strict | Non rendu — la spec n'a pas de souligné et traite le HTML en texte |
| Wikis filtrant le HTML | Non rendu — la balise est retirée ou affichée littéralement |
| Docusaurus / VuePress | Rendu — les chaînes React/MDX autorisent l'élément u |
| Pandoc (vers HTML) | Rendu — le soulignement en Markdown passe jusqu'au HTML |
Faire survivre le soulignement en Markdown partout
- 1
Testez d'abord sur le moteur cible
Collez l'exemple à balise u là où le document vivra vraiment. Si le soulignement en Markdown se rend, vous êtes dans la majorité compatible et pouvez arrêter de vous inquiéter.
- 2
Si le HTML est retiré, changez d'emphase
Là où le soulignement en Markdown est indisponible, le gras porte l'emphase sans aucun risque de compatibilité, et l'italique fait pareil sur un ton plus léger. Les deux marchent dans tous les moteurs Markdown jamais livrés.
- 3
N'utilisez le souligné que quand il signifie souligné
Noms propres chinois, formulaires imprimés, styles juridiques justifient le soulignement en Markdown ; l'emphase de tous les jours non. Un usage restreint réduit la surface de compatibilité gratuitement.
- 4
Gardez une source lisible dans tous les cas
Écrivez des <u>étendues courtes</u>, pas des soulignés longs comme une page. Si une chaîne retire les balises, les courtes étendues se dégradent en texte simple élégamment — le soulignement en Markdown disparaît, la phrase survit.
Stratégies de repli quand le soulignement en Markdown échoue
Quand un moteur retire le HTML, quatre replis couvrent presque tous les besoins. Le gras est l'emphase universelle — aucun moteur ne l'abandonne. L'italique est son pendant léger. Une étendue de code marque distinctement les termes avec un fond teinté au lieu d'une ligne. Et pour les documents exigeant vraiment le glyphe souligné — contrats imprimés, noms propres chinois — exportez le document fini en PDF via la page convertir Markdown en PDF et appliquez le style à destination, là où la typographie est sous votre contrôle et non celui du moteur.
La stratégie plus subtile est structurelle : si vous contrôlez la chaîne, choisissez un moteur qui met u en liste blanche. Les politiques de sécurité blacklistera généralement les balises porteuses de scripts tout en autorisant les balises de présentation inoffensives — le soulignement en Markdown marche alors par défaut. Le moteur de ce site prend exactement cette approche : tout assainir, mettre u en liste blanche, et la question de compatibilité disparaît pour chaque document rendu ici.
La seule non-stratégie est l'improvisation syntaxique. Souligner avec des underscores, détourner des marqueurs d'emphase ou abuser des styles de titre produit un balisage souligné dans un moteur et cassé dans trois autres. Le soulignement en Markdown, c'est la balise u ou rien — tout le reste est un bug de compatibilité que vous plantez exprès.
Alternatives compatibles au soulignement en Markdown
__du gras déguisé en souligné__
**du gras** choisi délibérément
Les doubles underscores rendent en gras partout. Si le gras est votre vrai repli, écrivez-le comme du gras et cessez d'imiter une ligne qui n'apparaîtra jamais.
===souligné façon titre===
## un vrai titre
Certaines saveurs transforment les lignes soulignées en titres — c'est un titre, pas un soulignement en Markdown, et cela casse plans et signets PDF en aval.
<span style='text-decoration:underline'>
<u>texte</u>
Les attributs de style en ligne sont retirés par la plupart des assainisseurs, y compris celui de ce site. La balise u nue est la seule forme de soulignement en Markdown qui survive aux listes blanches.
La règle de décision en une ligne
Besoin de soulignement en Markdown et votre cible rend le HTML ? Utilisez <u>texte</u>. Elle ne le rend pas ? Utilisez du gras et passez à autre chose. Les problèmes de compatibilité viennent de croire qu'il existe une troisième option — il n'y en a pas.
Questions fréquentes
Sources et citations de spécification
“The <u> HTML element represents a span of inline text which should be rendered in such a way as to indicate that it has a non-textual annotation.”
“The <ins> HTML element represents a range of text that has been added to a document.”