Saltar al contenido principal
🇬🇧 English 🇧🇷 Português 🇩🇪 Deutsch
Convertidor de imágenes Convertidor de vídeo Convertidor de audio Convertidor de documentos
Herramientas Guías Formatos Precios API
Iniciar sesión
Guía

Formato Markdown: Guía Completa del Lenguaje de Marcado Ligero

PC Por Pablo Cirre

Preguntas frecuentes

CommonMark es una especificación estricta e inequívoca de Markdown que resuelve los muchos casos extremos que la especificación original de 2004 dejó sin definir. El Markdown original no estaba bien especificado — diferentes herramientas manejaban la misma entrada de manera diferente. CommonMark define el comportamiento exacto para cada caso, permitiendo un renderizado consistente entre analizadores. GitHub usa CommonMark como base para GFM (GitHub Flavored Markdown), añadiendo tablas, listas de tareas y tachado encima.

Envía <strong>PDF</strong> cuando el documento es final y el layout debe preservarse tal cual (contratos, facturas, certificados). Envía <strong>DOCX</strong> cuando los revisores deben editar, comentar o usar control de cambios. Muchos equipos envían ambos: PDF como versión canónica + DOCX para feedback editable. PDF/A es el adecuado para archivado legal (ISO 19005).

El enfoque más sencillo es Pandoc: `pandoc entrada.md -o salida.pdf` (requiere LaTeX instalado, como TeX Live o MiKTeX). Para una ruta sin LaTeX, conduce a través de HTML primero: `pandoc entrada.md -t html | wkhtmltopdf - salida.pdf`. VS Code con la extensión "Markdown PDF" también puede exportar directamente. Para composición tipográfica profesional, Pandoc con una plantilla LaTeX ofrece los mejores resultados.

Round-trip entre formatos similares (DOCX ↔ ODT, DOCX → PDF) suele ser seguro. Round-trip con funciones específicas del formato (macros de Word, tablas complejas, notas al pie) suele perder fidelidad. Las fuentes incrustadas sobreviven solo si origen y destino lo soportan (PDF sí, DOCX sí, HTML plano no). Previsualiza siempre antes de borrar el original.

El frontmatter YAML es un bloque de metadatos YAML al principio de un archivo Markdown, delimitado por triples guiones (---). Almacena datos estructurados sobre el documento: título, autor, fecha, etiquetas, categorías, estado de borrador, etc. Los generadores de sitios estáticos (Hugo, Jekyll, Gatsby) y Pandoc leen el frontmatter para rellenar plantillas y metadatos del documento. El frontmatter no se renderiza como contenido — son metadatos puros.

Si el PDF contiene texto real (no imágenes escaneadas), <code>pdftotext</code> de poppler-utils o <a href="/es/convert/pdf-a-txt">PDF a TXT</a> funcionan en segundos. Si el PDF es escaneado, necesitas OCR — Tesseract es el estándar open-source. Las herramientas PDF de KaijuConverter detectan automáticamente texto vs. imagen y enrutan según el caso.

No de forma nativa, pero muchos entornos de Markdown admiten matemáticas LaTeX a través de bibliotecas de renderizado JavaScript (MathJax o KaTeX). GitHub renderiza matemáticas en línea con signos de dólar simples `$x^2 + y^2 = r^2$` y matemáticas de visualización con dólares dobles `$$\int_0^\infty f(x)\,dx$$` en Markdown desde 2022. Pandoc admite matemáticas LaTeX de forma nativa. reStructuredText (RST) y AsciiDoc tienen mejor soporte matemático integrado si las matemáticas son fundamentales para tu contenido.

Edición ligera (anotaciones, firmas, campos de formulario) es viable en cualquier lector PDF. Edición estructural (cambiar párrafos, reemplazar imágenes) es incómoda — PDF es un formato de presentación, no de edición. El flujo robusto es: mantén el origen DOCX/MD/HTML como máster y regenera el PDF cuando haya cambios. Las herramientas que "editan PDF" hacen ingeniería inversa del layout y suelen romperlo.

Usamos cookies y tecnologías similares para personalizar contenido y anuncios, y para analizar el tráfico. Más información sobre cookies.