- La sintaxis de Org Mode se presenta como un lenguaje de marcado ligero, intuitivo y consistente que puede usarse también fuera de Emacs
- La gramática básica, como títulos, listas, formato y enlaces, tiene una estructura simple y fácil de recordar, y ofrece una mayor consistencia expresiva que otros lenguajes
- A diferencia de las múltiples variantes derivadas de Markdown, Org Mode mantiene una forma relativamente estandarizada centrada en una sola implementación (Emacs Org-mode)
- Puede convertirse con diversas herramientas como Pandoc y, aunque no se use Emacs, puede escribirse fácilmente en editores de texto comunes
- Incluso entre los lenguajes de marcado ligero, destaca por su legibilidad, mantenibilidad y soporte de herramientas, por lo que se enfatiza como una alternativa para la redacción de documentos basados en texto plano
Resumen de la sintaxis de Org Mode
- La sintaxis de Org Mode no depende de Emacs y puede usarse en vim, Atom, Notepad, etc., es decir, en cualquier editor de texto
- Los encabezados expresan jerarquía con
*, **, ***
- El formato de texto usa las formas
*bold*, /italic/, _underlined_, +strikethrough+, =monospaced=
- Los enlaces son simples, con el formato
[[URL][descripción]]
- También admite listas (
-, 1.), casillas de verificación ([ ], [X]) y bloques de código (#+BEGIN_SRC ... #+END_SRC)
- Las tablas pueden ser difíciles de alinear manualmente, pero la sintaxis sigue reconociéndose aunque se ignore la alineación
- El usuario puede aprender la sintaxis de forma natural sin necesidad de una chuleta aparte
Estandarización y problemas de Markdown
- Markdown genera problemas de compatibilidad debido a sus numerosos estándares derivados (Original, Extra, MultiMarkdown, GitHub Flavored, CommonMark, etc.)
- Incluso cuando se llama “Markdown”, la sintaxis cambia según la herramienta, lo que provoca pérdida de datos y menor usabilidad
- En Org Mode, toda la sintaxis está definida tomando como referencia una sola implementación, Emacs Org-mode, lo que permite una interpretación consistente
- Las herramientas derivadas funcionan como un subconjunto (subset) del original
- La extensión de archivo siempre está unificada como
.org
- No existe un documento de estándar oficial, pero la implementación de Emacs cumple el papel de estándar de facto (golden standard)
Comparación de consistencia y usabilidad
- Sintaxis de encabezados: Org Mode usa solo el prefijo
* para expresar jerarquías de forma sencilla
- Markdown, AsciiDoc y reStructuredText usan prefijos, sufijos o subrayados, con estructuras complejas e inconsistentes
- Algunos lenguajes incluso permiten estilos mixtos, lo que aumenta la confusión
- Sintaxis de enlaces:
[[URL][texto]] en Org Mode es simple, pero
[texto](URL) de Markdown o `texto <URL>`_ de reStructuredText tienen combinaciones de símbolos complejas e inconsistentes
- Sintaxis de formato: Org Mode usa
/italic/, *bold*, ~monospace~, +strikethrough+, con una estructura consistente de un par de símbolos
- Markdown usa
_italic_, **bold**, ~~strike~~, etc., con cantidades de símbolos y reglas desiguales
Facilidad de entrada e independencia de herramientas
- Org Mode requiere menos entrada innecesaria de caracteres y no exige alineación manual ni sintaxis compleja
- Incluso fuera de Emacs, el texto escrito con la sintaxis de Org Mode puede convertirse mediante Pandoc a HTML, PDF, Word y otros formatos
- GitHub y GitLab también pueden renderizar archivos Org, y sigue siendo eficiente incluso en entornos simples de edición de texto
- Se enfatiza que “cuanto menos soporte de herramientas haya en el entorno, más útil resulta la sintaxis de Org Mode”
Soporte de herramientas dentro de Emacs
- En Emacs, al escribir en Org Mode, es posible manipular la estructura con TAB, Alt+flechas, Ctrl+Return, etc.
- Hay automatización para plegar/desplegar encabezados, mover listas y desplazar filas y columnas de tablas
- También es posible un enfoque basado en menús, y se puede escribir con eficiencia sin aprender atajos de teclado
- No es obligatorio usar Emacs, pero si se usa, ofrece la experiencia de edición de marcado más potente
- Markdown, AsciiDoc y reStructuredText no tienen un soporte de herramientas de nivel comparable
Conclusión y propuesta de Orgdown
- El objetivo de los lenguajes de marcado ligero es la concisión y la eficiencia, y Org Mode tiene en este aspecto el diseño más razonable
- Markdown, AsciiDoc y reStructuredText tienen una usabilidad inferior por su falta de consistencia y sintaxis compleja
- Org Mode tiene una curva de aprendizaje baja, independencia de herramientas y alta compatibilidad de conversión
- Desde 2021, este debate evolucionó hacia un nuevo intento de estandarización llamado Orgdown
- Se presenta como un proyecto de estandarización de marcado ligero independiente basado en la sintaxis de Org Mode
Discusión adicional y retroalimentación
- Algunos usuarios señalaron la ausencia de un estándar oficial en Org Mode
- Existen diferencias de interpretación entre Emacs y Pandoc, pero la implementación de Emacs se considera en la práctica la referencia
- También hubo comentarios sobre la función de referencias de enlaces de reStructuredText, pero
- El autor sigue considerando que Org Mode es el marcado ligero más lógico y fácil de recordar
- En conclusión, Org Mode se presenta como una alternativa razonable para la redacción de documentos en texto plano más allá del ecosistema de Emacs
1 comentarios
Comentarios en Hacker News
Ahora uso org-mode para todos mis proyectos, tareas y gestión del conocimiento. Algunos archivos superan los 15 MB
Al principio solo usaba encabezados simples, pero cada vez que necesité algo, la función ya estaba ahí. Me parece raro encontrar una herramienta que sea fácil de usar y a la vez tenga una gran extensibilidad
Si hay alguna función avanzada que valga la pena aprender, me gustaría escuchar recomendaciones
Puede usarse para gestión de información personal (PIM), redacción de documentos, notas, atajos automatizados y más
Más que como un simple reemplazo de Markdown, destaca dentro del ecosistema de Emacs
El texto de Karl Voit sostiene que la sintaxis de org es más consistente y concisa que Markdown
En el mundo tecnológico no siempre gana el mejor formato, pero aun así vale la pena seguir defendiéndolo
Este texto relacionado también subraya ese punto
Antes usaba XML, pero era demasiado engorroso, así que me cambié. Genero HTML y PDF con un flujo de trabajo basado en Pandoc
Últimamente estoy haciendo PDFs más rápido con Typst.
Creé el proyecto xml2typ, que genera PDF mucho más rápido que Pandoc/LaTeX
test.mdorg puede unificar marcadores, PKM y gestión de tareas
Pero en la era de la IA, Markdown se está volviendo el formato base para entrenar LLM
Aun así, los LLM también manejan bien org, así que hay espacio para que ambos coexistan
Véase esta propuesta relacionada
Es una pena que no se haya vuelto open source. Muestra la limitación de un proyecto de una sola persona (SPOF)
Gracias a Beorg también lo uso bien en móvil con iOS
Mejoré mi productividad con org-ql y org-super-agenda
Dejo un registro diario del trabajo en archivos org, y eso me ayuda muchísimo en las evaluaciones de fin de año
Sincroniza marcadores y pestañas con archivos org para gestionarlos como TODO
Me da curiosidad cómo organizas los enlaces entre archivos. También estoy considerando
denotePor eso, cuando algo es complejo, simplemente escribo el HTML o LaTeX original directamente
El programa org-mode en sí es excelente, pero si se mira solo la sintaxis, Markdown es más práctico
Cuando moví mi blog de org a Markdown, el código se volvió más conciso y la velocidad mejoró 50 veces
Con el proyecto shite hice un generador de sitios basado en Bash e inserté bloques HTML directamente dentro de org
La función
org-edit-special, que permite editar solo el HTML, fue muy útil#+BEGIN_SRC html), también puedes tener resaltado por lenguajeEs cómodo crear atajos con
yasnippetYo escribo todos mis documentos de Beamer en org desde 2009
También añadí soporte para org en mi blog de Pelican con un plugin de Python
org es una idea genial, pero el problema es la falta de compatibilidad. Markdown se soporta en todas partes, así que es la opción más realista
Por más racional que sea org-mode, en la práctica tiene sentido usar Markdown como base por su popularidad
No es solo una comparación de formatos, sino de herramientas con una forma de operar completamente distinta
Markdown solo tiene estructura, mientras que Org incluye estado y lógica de ejecución
Por eso el debate sobre cuál debería ser la “opción por defecto” no tiene sentido. Cada quien debería usar lo que se ajuste a su propósito
No hay ninguna razón para decirle a quien usa org-mode que deje de hacerlo
Los encabezados con asteriscos en org se ven visualmente recargados. Aun así, me gusta la notación de cursiva
Cambia según la implementación, y funciones como tablas o notas al pie existen por separado como extensiones
Su única ventaja real es la universalidad
Tiene menos funciones, pero es simple y fácil de parsear. Los enlaces empiezan con
=>y la separación de párrafos es claraMi parser tiene unas 70 líneas y cubre el 95% de las funciones de Markdown
Pero me incomoda que trate los saltos de línea como separación de párrafos.
Sería mejor usar doble salto de línea para separar párrafos, como en Pandoc Markdown
Yo escribo material didáctico en línea con org-mode y lo exporto a HTML cada semestre
Automatizo expansión de texto, evaluación de elisp y más con macros
Por ejemplo, {{{NOUN-C}}} cambia entre “Clause” y “Rule” según el contexto
La fecha en la parte superior de la página también se genera automáticamente con elisp.
Uso hosting de site44.com integrado con Dropbox, así que apenas guardo, se refleja de inmediato en la web
Por eso casi ninguna otra herramienta lo soporta. En cambio, CommonMark sí está estandarizado
Yo voy a seguir usando CommonMark
Que sitios como Reddit hayan adoptado Markdown fue, de hecho, una buena decisión
Hay muchas soluciones open source con mejor sincronización local que Markdown
Las apps de notas basadas en Markdown, en cambio, suelen depender más de la nube