Analisador de Markdown

Analise e visualize Markdown em tempo real. Suporta tabelas GFM, listas de tarefas, texto tachado e mais. Todo o processamento é feito no seu navegador.

Visualização ao Vivo Suporte a GFM Processamento no Cliente

A visualização HTML aparecerá aqui...

Como Usar o Analisador de Markdown

1

Escreva em Markdown

Digite ou cole seu conteúdo Markdown no editor à esquerda.

2

Visualização ao Vivo

Veja a saída HTML renderizada em tempo real no painel à direita.

3

Copie o HTML

Copie o HTML gerado para usar em seus projetos.

O que é Markdown?

Markdown é uma linguagem de marcação leve criada por John Gruber em 2004. Ela usa uma sintaxe de formatação em texto puro que pode ser convertida para HTML e muitos outros formatos. Markdown é amplamente utilizado para documentação, arquivos README, posts de blog e plataformas de mensagens.

Sintaxe Suportada

Títulos

H1 até H6 usando a sintaxe #

Formatação de Texto

Negrito, itálico, tachado, código inline

Listas e Tabelas

Listas ordenadas, não ordenadas, de tarefas e tabelas GFM

Blocos de Código

Blocos de código delimitados com destaque de sintaxe

Perguntas Frequentes

O que é GFM?

GFM (GitHub Flavored Markdown) é um dialeto do Markdown usado pelo GitHub. Ele estende o Markdown padrão com recursos como tabelas, listas de tarefas, texto tachado e autolinks.

Suporta destaque de sintaxe?

O analisador renderiza blocos de código delimitados. Para destaque de sintaxe completo com cores, você pode combiná-lo com uma folha de estilos CSS que estilize os elementos de código.

Posso usar isso para minha documentação?

Sim! Escreva seu Markdown no editor, copie o HTML renderizado e use-o em sua documentação, blog ou site.

Qual é a diferença entre Markdown, CommonMark e GFM?

O Markdown original (2004) deixava muitos casos extremos indefinidos, então as implementações divergiram. CommonMark é a especificação rigorosa que resolve essas questões; GFM (GitHub Flavored Markdown) é o CommonMark mais extensões: tabelas, listas de tarefas, tachado, autolinks e um filtro disallowed-raw-HTML. Esta ferramenta renderiza GFM, correspondendo ao que você vê no GitHub.

Como escrever blocos de código e código inline?

Envolva o código inline em crases simples. Blocos delimitados usam três crases com uma tag de linguagem para destaque de sintaxe - como ```python na linha de abertura - ou recue cada linha com quatro espaços (a sintaxe mais antiga, que interage mal dentro de listas). Três tildes também funcionam como delimitador quando o seu próprio código contém crases.

Posso incorporar HTML bruto em Markdown?

Sim - tags HTML inline passam diretamente para a saída. A extensão disallowed-raw-HTML do GFM remove apenas algumas tags perigosas (script, style, iframe e similares) quando o filtro está ativado. Duas ressalvas: HTML em nível de bloco envolve conteúdo em que a sintaxe Markdown deixa de ser processada internamente (linhas em branco importam), e qualquer Markdown enviado por usuários deve ser sanitizado contra XSS além de um filtro de tags.

Como funcionam as tabelas no GFM?

Linhas separadas por pipe com uma linha delimitadora de hifens sob o cabeçalho. Os dois-pontos definem o alinhamento: dois-pontos e hífen à esquerda alinham à esquerda (o padrão), dois-pontos nas duas extremidades centralizam, hífen e dois-pontos à direita alinham à direita. As células não podem conter elementos de bloco; escape um pipe literal como \|; e os pipes externos de cada linha são opcionais. Layouts mais complexos exigem HTML bruto ou um mecanismo de documentação.

Por que minhas listas ou itens aninhados são renderizados de forma errada?

Os suspeitos de sempre: indentação inconsistente (itens aninhados normalmente precisam estar alinhados com o primeiro caractere do conteúdo do item pai), uma linha em branco ausente entre um parágrafo e uma lista, ou tabs misturadas com espaços. O CommonMark especifica regras exatas para tudo isso. Converter tabs em espaços e adicionar linhas em branco ao redor das listas corrige a grande maioria dos bugs de aninhamento.

{-- * 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 --}}