El Vim de nueva generación. Muestra lo oculto.

Una regla: mostrar lo oculto

La mayoría de los ataques a editores funcionan porque el editor muestra un archivo como algo que no es. La apariencia de sim (depth, niebla, diffs en rojo y verde, la insignia de alerta magenta) existe para una sola tarea: hacer visible lo oculto. El color sigue una regla fija, de modo que un color siempre significa lo mismo.

Qué significa cada color

• GrisLos grises neutros y el grosor transmiten la estructura: texto, números, iconos, bordes.
• AzulEl único acento significa «aquí, actúa»: el modo, la pestaña activa, una coincidencia de búsqueda, un enlace.
• Verde, ámbar, rojoEl verde, el ámbar y el rojo significan cambio, y nada más.
• MagentaEl magenta significa solo lo que está oculto o es peligroso: un carácter que no se muestra como lo que es, o git omitido por seguridad.

Lo que sim pone en pantalla

Cinco cosas que los archivos y los repositorios esconden. sim las muestra todas.

• Se muestran los caracteres invisibles y bidireccionales

  Una anulación de derecha a izquierda o un espacio de ancho cero se dibuja como <U+202E> o <U+200B> sobre un bloque magenta, en cualquier estado, y nunca se envía en bruto a la terminal. El texto literal <U+202E> no recibe bloque, así que ambos se distinguen.

  Leer más: Se muestran los caracteres invisibles y bidireccionales

• Se marcan los espacios que parecen no estar

  Los espacios finales se ven como ·, un espacio de no separación como ⍽ y un tabulador como »: marcas que ningún código usa, dibujadas sobre el texto y nunca parte de él.

  Leer más: Se marcan los espacios que parecen no estar

• Se marcan las escrituras externas

  Cuando otro proceso reescribe el archivo abierto, sim marca lo que cambió en el texto, en la pestaña y en el árbol, y un guardado no escribe nada si el archivo cambió desde que se leyó.

  Leer más: Se marcan las escrituras externas

• Cambios frente a git HEAD de un vistazo

  Signos en el margen, una letra de estado por cada archivo del árbol y +n ~n -n en la línea de estado, todo obtenido de git y ejecutado en segundo plano.

  Leer más: Cambios frente a git HEAD de un vistazo

• La configuración propia de un repositorio no puede hacer que git ejecute un comando

  La configuración propia de un repositorio no puede hacer que git ejecute un comando: un monitor, los hooks y los filtros se desactivan, y donde la configuración aún podría ejecutar uno (core.sshCommand, un include) no se ejecuta git. El marco dice cuál es el caso, y la línea de estado indica la clave y el archivo.

  Leer más: La configuración propia de un repositorio no puede hacer que git ejecute un comando

sim en una terminal

Rápido. Medido, no afirmado.

En el benchmark del propio proyecto (compilación release, un archivo de 100.000 líneas, panel abierto, resaltado activado), una tecla tarda menos de 1 ms en el percentil 99. En un repositorio de 100.000 archivos el primer fotograma se dibuja antes de leer la lista de archivos: se midieron de 1,8 a 8,7 ms.

Medido por el proyecto en un AMD Ryzen 9 9950X (SPEED-1 y SPEED-2 de su especificación). En otro equipo los resultados serán distintos.

Frente a Vim, Neovim y Helix

Una tabla con fuentes: plugins, modelines, configuración de proyecto, caracteres ocultos y escrituras externas. También dice en qué siguen siendo mejores los demás.

Leer la comparación

Ejecutar el Vim de nueva generación

Instale con Homebrew, o compile desde el código fuente. Los paquetes para AUR y crates.io llegarán próximamente.