A revisão de Markdown termina muitas vezes com uma pergunta prática: como partilhar o resultado com alguém que não precisa de ler o source? O Markdown em bruto é útil para autores e developers, mas nem sempre é o melhor formato para product managers, clientes ou reviewers que só precisam de verificar o conteúdo renderizado.
O Validador Markdown inclui agora um menu compacto de download para a pré-visualização. A partir dele, pode exportar o resultado renderizado como TXT, PDF ou Word DOCX, mantendo o download do Markdown source como uma ação separada para o conteúdo .md real.
Pré-visualização renderizada em vez de source
Os exports da pré-visualização são gerados a partir do HTML renderizado e sanitizado. O ficheiro segue o texto e a estrutura visíveis no painel de preview, não diretamente o Markdown em bruto. Se o reviewer precisa de ler headings, parágrafos, tabelas ou links como leitor final, o export da pré-visualização é o ficheiro certo. Se um developer precisa de fazer commit do source, o download Markdown continua a ser o ficheiro correto.
Que formato usar
- TXT é útil para revisão rápida de copy, pesquisa, arquivo ou sistemas que aceitam plain text.
- PDF é melhor quando precisa de um ficheiro estável para leitura, partilha ou aprovação.
- Word DOCX encaixa quando um editor ou cliente espera comentários e alterações num documento.
O que é preservado
Os exports dão prioridade a documentos legíveis, não a uma cópia pixel-perfect do preview no browser. Preservam títulos, parágrafos, listas, tabelas, blocos de código, citações, links, alt text de imagens e texto KaTeX extraído quando existe.
O workflow é curto: cole o Markdown, reveja o preview, corrija warnings, abra o menu de download e escolha TXT, PDF ou Word conforme o próximo reviewer.
Para uma revisão Markdown mais ampla, leia como detetar problemas de Markdown antes de publicar. Antes de um commit, use o workflow de pré-visualização GitHub-flavored Markdown. Para review em equipa, combine com o workflow de produto e docs.
