Analyseur Markdown

Analysez et prévisualisez du Markdown en temps réel. Prend en charge les tableaux GFM, les listes de tâches, le texte barré et plus encore. Tout le traitement est effectué dans votre navigateur.

Aperçu en direct Prise en charge GFM Traitement côté client

L'aperçu HTML apparaîtra ici...

Comment utiliser l'analyseur Markdown

1

Rédigez en Markdown

Saisissez ou collez votre contenu Markdown dans l'éditeur à gauche.

2

Aperçu en direct

Consultez le rendu HTML en temps réel dans le panneau de droite.

3

Copiez le HTML

Copiez le HTML généré pour l'utiliser dans vos projets.

Qu'est-ce que Markdown ?

Markdown est un langage de balisage léger créé par John Gruber en 2004. Il utilise une syntaxe de formatage en texte brut qui peut être convertie en HTML et dans de nombreux autres formats. Markdown est largement utilisé pour la documentation, les fichiers README, les articles de blog et les plateformes de messagerie.

Syntaxe prise en charge

Titres

De H1 à H6 en utilisant la syntaxe #

Mise en forme du texte

Gras, italique, barré, code en ligne

Listes et tableaux

Listes ordonnées, non ordonnées, listes de tâches et tableaux GFM

Blocs de code

Blocs de code délimités avec coloration syntaxique

Questions fréquentes

Qu'est-ce que GFM ?

GFM (GitHub Flavored Markdown) est un dialecte de Markdown utilisé par GitHub. Il étend le Markdown standard avec des fonctionnalités comme les tableaux, les listes de tâches, le texte barré et les liens automatiques.

Prend-il en charge la coloration syntaxique ?

L'analyseur affiche les blocs de code délimités. Pour une coloration syntaxique complète avec des couleurs, vous pouvez le combiner avec une feuille de style CSS qui met en forme les éléments de code.

Puis-je l'utiliser pour ma documentation ?

Oui ! Rédigez votre Markdown dans l'éditeur, copiez le HTML rendu et utilisez-le dans votre documentation, blog ou site web.

Quelle est la différence entre Markdown, CommonMark et GFM ?

Le Markdown original (2004) laissait de nombreux cas limites non définis, si bien que les implémentations ont divergé. CommonMark est la spécification rigoureuse qui les résout ; GFM (GitHub Flavored Markdown) est CommonMark plus des extensions : tableaux, listes de tâches, texte barré, liens automatiques et un filtre disallowed-raw-HTML. Cet outil effectue le rendu en GFM, à l'identique de ce que vous voyez sur GitHub.

Comment écrire des blocs de code et du code en ligne ?

Entourez le code en ligne de backticks simples. Les blocs délimités utilisent trois backticks avec un tag de langage pour la coloration syntaxique - comme ```python sur la première ligne - ou indentez chaque ligne de quatre espaces (l'ancienne syntaxe, qui interagit mal à l'intérieur des listes). Les triples tildes fonctionnent aussi comme délimiteur lorsque votre code contient lui-même des backticks.

Puis-je intégrer du HTML brut dans du Markdown ?

Oui - les balises HTML en ligne passent telles quelles dans la sortie. L'extension disallowed-raw-HTML de GFM ne supprime que quelques balises dangereuses (script, style, iframe et consorts) lorsque le filtre est activé. Deux réserves : le HTML de niveau bloc englobe du contenu dans lequel la syntaxe Markdown cesse d'être traitée (les lignes vides ont leur importance), et tout Markdown soumis par des utilisateurs doit être assaini contre le XSS au-delà d'un simple filtre de balises.

Comment fonctionnent les tableaux dans GFM ?

Des lignes séparées par des pipes avec une ligne de délimitation en tirets sous l'en-tête. Les deux-points définissent l'alignement : deux-points-tiret à gauche pour la gauche (par défaut), deux-points aux deux extrémités pour centrer, tiret-deux-points pour la droite. Les cellules ne peuvent pas contenir d'éléments de bloc ; échappez une pipe littérale avec \| ; et les pipes extérieures de chaque ligne sont optionnelles. Les mises en page plus complexes nécessitent du HTML brut ou un moteur de documentation.

Pourquoi mes listes ou mes éléments imbriqués s'affichent-ils mal ?

Les suspects habituels : une indentation incohérente (les éléments imbriqués doivent généralement s'aligner sur le premier caractère du contenu de l'élément parent), une ligne vide manquante entre un paragraphe et une liste, ou des tabulations mélangées à des espaces. CommonMark spécifie des règles exactes pour tous ces cas. Convertir les tabulations en espaces et ajouter des lignes vides autour des listes corrige la grande majorité des bugs d'imbrication.

{-- * External Resources Component(#18 Phase 3b 内容佐证工程) * 工具页「权威引用」区块:RFC / W3C / WHATWG / ECMA / IANA / 官方规范站 / Wikipedia。 * * - 接受 :slug 属性 → 经 config/tool-sources.php 家族矩阵渲染该工具的权威引用 * - slug 未命中映射时不渲染(无权威来源的工具静默跳过) * - 链接 title 保持英文(引用源专名);description 经 * common.resources.descriptions.{key} 本地化,lang 未命中回退英文(线上不裸奔) * - 链接保持 dofollow(rel="noopener noreferrer") * * @param string|null $slug --}}