La revisión de Markdown suele terminar con una pregunta práctica: cómo compartir el resultado con alguien que no debería leer el código fuente. El Markdown en bruto es útil para autores y developers, pero no siempre es el mejor formato para un product manager, cliente, editor o stakeholder que solo necesita revisar el contenido renderizado.
El Validador Markdown ahora incluye un menú compacto de descarga para la vista previa. Desde ese menú puedes exportar el resultado renderizado como TXT, PDF o Word DOCX, mientras la descarga del Markdown fuente sigue separada para el contenido .md real.
Vista renderizada frente a source
Las exportaciones de la vista previa se generan desde el HTML renderizado y sanitizado. El archivo sigue el texto y la estructura que ves en el panel de preview, no directamente el Markdown en bruto. Si la persona que revisa debe leer headings, párrafos, tablas o enlaces como lectora final, exporta la vista previa. Si un developer debe preservar el source, descarga el Markdown.
Qué formato usar
- TXT sirve para revisión rápida de copy, búsqueda, archivo o sistemas que aceptan texto plano.
- PDF es mejor cuando necesitas un archivo estable para lectura, envío o aprobación.
- Word DOCX encaja cuando un editor o cliente espera comentarios y cambios de texto en un documento.
Qué se conserva
Las exportaciones priorizan documentos legibles, no una copia pixel-perfect del preview del navegador. Conservan títulos, párrafos, listas, tablas, bloques de código, citas, enlaces, texto alternativo de imágenes y texto KaTeX extraído cuando está disponible.
El flujo práctico es corto: pega el Markdown, revisa la vista previa, corrige advertencias, abre el menú de descarga y elige TXT, PDF o Word según la siguiente persona revisora.
Para una revisión Markdown más amplia, lee cómo detectar problemas de Markdown antes de publicar. Antes de un commit, usa el workflow de vista previa de GitHub-flavored Markdown. Para revisión en equipo, combínalo con el workflow de product y docs.
