Convertimos el archivo en la fuente de la verdad para guardar solo los bytes que escribí
¿Alguna vez ha aparecido en git diff una tabla que usted no modificó? mote no considera el modelo del documento como la fuente de verdad, sino el archivo, y al guardar solo escribe en el disco los bytes que usted ha introducido.
A veces, aunque solo cambie una palabra en una tabla de Markdown, en Git parece que ha cambiado todo el documento.
Esto ocurre porque el editor reorganiza el espaciado y los saltos de línea de la tabla al guardar. Es decir, escribe en el archivo incluso espacios que el usuario no introdujo. Un ejemplo de ello es cuando Typora rellena con espacios el espacio entre las barras verticales para igualar el ancho de las columnas de una tabla.
mote guarda de otra manera. Mantiene intacto el texto original del archivo y se limita a mostrar encima efectos visuales como negritas, tablas y fórmulas. Por eso, al guardar, solo cambian los bytes que el usuario modificó.
Puede comprobar la cantidad de cambios antes de guardar
mote muestra en la barra de estado el número de bytes que cambiarán al guardar.
Compara el original del momento en que se abrió el archivo por primera vez con el contenido actual y calcula únicamente las partes que realmente han cambiado. Al editar, muestra 17 B 저장 대기 중; si deshace todos los cambios, pasa a mostrar 저장된 파일과 같음. Después de guardar, 저장 완료 · 17 B permanece visible hasta la siguiente edición.
Esta cifra funciona independientemente de Git. También puede verla en carpetas que no sean repositorios de Git y no se ve afectada por el estado del área de preparación ni por el de los commits.
Sin embargo, coincide con la cantidad de cambios que aparecerá en Git diff. Así puede comprobar, incluso antes de guardar, que solo cambiará lo que usted modificó.
Si modifica una celda de una tabla, solo cambia esa celda
La diferencia se aprecia mejor al editar tablas.
En el modo en vivo (Live), la tabla aparece como una cuadrícula. Solo la celda que contiene el cursor cambia al texto original. Si modifica una sola palabra dentro de ella y guarda, en la barra de estado aparece +8 −6 B. En Git diff también aparece únicamente la fila correspondiente.
La alineación de las columnas y los espacios entre las barras verticales permanecen intactos. Tampoco modifica las viñetas * ni los dos espacios al final de una línea. Y si el archivo no tenía un salto de línea final, no añade uno nuevo.
Lo mismo ocurre al pegar. Inserta el texto del portapapeles tal cual, sin convertirlo a otro formato. Puede comprobar inmediatamente en la barra de estado cuánto se ha añadido. Si no le gusta, puede deshacerlo una vez y volver al mismo estado que el archivo guardado.
También conserva otras características del archivo. Los finales de línea CRLF siguen siendo CRLF, y los archivos que mezclan LF y CRLF también se guardan sin alteraciones. El BOM y el salto de línea final también respetan el original. En cada versión se comprueba este comportamiento mediante pruebas de guardado de ida y vuelta.
Los cambios en el archivo solo comienzan con una acción del usuario
Hay tres casos en los que mote añade bytes al documento.
Cuando el usuario escribe o pega texto; cuando, después de confirmar una imagen del portapapeles, la guarda e inserta un enlace; y cuando arrastra una esquina de una imagen para cambiar su tamaño y registra ese valor en el texto alternativo.
Todas son ediciones iniciadas directamente por el usuario. También puede comprobar qué ha cambiado en el historial de cambios.
Tampoco crea archivos separados junto al documento. La información que no puede incluirse en Markdown, como el ancho de las columnas de una tabla, no se guarda por separado; esa función sencillamente no se ofrece.
La información de la aplicación, como la configuración, los archivos recientes y las 20 copias de seguridad, se guarda únicamente en la carpeta de estado del directorio personal del usuario. Gracias a ello, la carpeta de documentos se comporta en Git, Dropbox o Syncthing como si mote no estuviera allí.
A cambio, no corrige el archivo automáticamente
Mantener el archivo intacto también significa que no corrige por su cuenta una sintaxis incorrecta.
Las tablas rotas, los bloques de código sin cerrar y las sangrías desalineadas de las listas se muestran tal como los interpreta CommonMark. Si el resultado no tiene el aspecto que desea, debe corregirlo usted mismo en el modo fuente (Source).
Un editor con el que no sabe qué cambiará al guardar toma prestado su archivo. mote le devuelve exactamente el archivo que usted le entregó.