Por qué creamos otro editor de Markdown
Ya existen muchos editores de Markdown, así que ¿por qué crear uno más? No es porque falten funciones, sino porque nunca encontré un producto que reuniera a la vez lo que deja abierto, las huellas que deja al guardar y la sensación bajo las yemas de los dedos.
Cada vez que elegía un editor de Markdown, tenía que renunciar a algo.
Las aplicaciones con una edición en línea cómoda modificaban el archivo al guardarlo. Las aplicaciones que conservaban el archivo tal cual dejaban que desear en la experiencia de edición. Y las aplicaciones con abundantes funciones para tomar notas resultaban pesadas incluso para abrir un solo documento.
Al final, terminaba dejando abiertos dos editores a la vez.
Por eso empecé a crear mote. Es un editor que respeta las tres cosas.
- Ocultar los símbolos de Markdown y permitir editar directamente
- Guardar exactamente el archivo que escribí
- Funcionar con ligereza, sin un motor web
Ya existen muchos productos que consiguen cada una de estas cosas por separado. Pero no encontré ninguno que cumpliera las tres al mismo tiempo.
Hablaré de ligereza con números
La mayoría de los editores de Markdown que permiten la edición en línea utilizan motores web como WebKitGTK o Chromium. Convierten Markdown en HTML y lo muestran en un navegador.
Esto facilita la implementación, pero tiene un coste. Es como tener un navegador abierto junto al documento. Aumentan los procesos y el uso de memoria, y las pulsaciones de teclas también pasan por varias etapas.
Sin embargo, pocos productos publican este coste. En sus páginas solo queda la palabra «ligero», en lugar de datos sobre el uso de CPU en reposo o la latencia de las pulsaciones.
mote lo hace de otra manera.
Mide el uso de CPU en reposo, la memoria, la latencia de las pulsaciones y el tiempo de inicio de la misma forma y en el mismo ordenador. Los scripts de medición y los datos originales también están en el repositorio. No se publica ninguna compilación que supere el presupuesto de rendimiento establecido.
Al comparar, también se utilizan únicamente valores medidos en el mismo momento. Los valores que no se pudieron medir no se anotan como 0, sino que se indican como no medidos.
Porque la ligereza debe ser una medición, no una sensación.
No modifica el archivo al guardarlo
Cuando gestionas documentos con git, a veces te encuentras con diffs extraños.
Solo has modificado una celda de una tabla, pero en el siguiente commit aparecen un montón de líneas que no tocaste. Es porque el editor, al guardar, volvió a ajustar los espacios o la alineación de la tabla. La línea que modificaste tú se mezcla con las veinte que modificó el editor.
No quiere decir que cambie todo el contenido. También hay editores que conservan bien los saltos de línea y los espacios consecutivos. Las diferencias suelen aparecer principalmente en las tablas y la alineación. Y la capacidad de guardar un archivo tal cual tampoco es exclusiva de mote.
Aun así, pensé que era una condición que había que respetar necesariamente.
En mote, el texto es la referencia. Los bytes del archivo se cargan tal cual en el búfer, y el texto en negrita, las tablas y las fórmulas se dibujan encima. Al guardar, el búfer se escribe tal cual en el disco.
Aunque la pantalla cambie para verse mejor, el archivo no se modifica a escondidas.
Primero, una entrada correcta en coreano
Las sutiles incomodidades de los editores web se sienten en las yemas de los dedos. Aunque el desplazamiento, el desenfoque y el movimiento parezcan similares, difieren poco a poco de las aplicaciones nativas del sistema operativo.
Al escribir en coreano, la diferencia es aún mayor.
A veces los caracteres que se están componiendo se separan, el cursor salta o se pierden entradas al final de una línea. Son problemas que aparecen mientras el editor web procesa los eventos de composición del coreano.
mote hace que el sistema operativo dibuje directamente los caracteres y los efectos. La composición del coreano también se recibe directamente desde el método de entrada de la plataforma. A cambio, hay que implementar por separado el método de entrada de cada sistema operativo y comprobarlo en dispositivos reales. Por ahora está disponible en Linux, y las versiones para macOS y Windows están en desarrollo.
Es el camino más difícil, pero para quienes escriben textos largos esta diferencia es importante.
# inicial solo aparece tenuemente en la línea del título donde está situado el cursor, mientras que la negrita, la cursiva y el código en línea de la parte superior se muestran sin símbolos.Puede que no haya muchas personas que necesiten mote.
Desarrolladores que gestionan archivos README y documentos de diseño con git. Personas que escriben textos largos en coreano. Personas que mantienen el editor abierto todo el día en su portátil.
Pero las razones por las que abandonan sus editores están claras.
Diffs desordenados. Entrada de coreano entrecortada. Un ventilador que no deja de girar.
También decidimos qué no hacer
mote no tiene sincronización, plugins, enlaces inversos, IA ni funciones de colaboración.
No creamos un sistema de sincronización propio. Tampoco tenemos cuentas ni servidores. Ni siquiera creamos archivos de configuración adicionales en la carpeta de documentos. No incluimos funciones que requieran estados que no puedan expresarse en Markdown.
Por eso, en la carpeta solo quedan archivos .md. iCloud, Syncthing y git funcionan como siempre, sin siquiera saber que mote existe.
Tampoco abrimos una API de plugins. Porque incluso un plugin que solo ejecute un temporizador podría romper la promesa de rendimiento. En cambio, dejamos abiertos los temas, los snippets y las plantillas de exportación. Permiten cambiar la apariencia del resultado sin afectar al rendimiento durante la edición.
Tampoco creamos enlaces inversos ni una vista de grafo. Porque este producto no pretende competir con las bases de datos de notas. Solo admite árboles de carpetas y enlaces relativos estándar.
Tampoco incorporamos IA. No resume ni continúa escribiendo, y tampoco lee la carpeta de documentos para enviarla al exterior. Creemos que el hecho de que el editor no envíe mis documentos a ninguna parte también es una función importante.
Tampoco admite colaboración en tiempo real. Para permitir la edición colaborativa, el modelo de documentos del servidor tendría que convertirse en la referencia. Eso entraría en conflicto con el principio de conservar intacto el archivo del disco.
Entre las dos opciones, mote eligió el archivo.
Si necesitas el ecosistema de Obsidian, Obsidian es mejor. Si te importa la estabilidad consolidada de Typora, Typora es la opción adecuada. La tipografía de iA Writer también sigue siendo un objetivo que debemos alcanzar.
mote no pretende sustituir a todos los editores de Markdown.
Tampoco es que hiciera falta otro editor de Markdown.
Hacía falta un editor que respetara a la vez el archivo y el portátil.