1 puntos por GN⁺ 12 시간 전 | 1 comentarios | Compartir por WhatsApp
  • Vim Classic 8.3.0 es la primera versión de un fork estable de Vim con soporte a largo plazo, mantenido sin herramientas de IA generativa
  • Esta versión está basada en Vim 8.2.0148 y, a partir de ahí, hace backport de correcciones de errores y parches del upstream de Vim de forma conservadora
  • Es una versión organizada en torno a cómo habría sido Vim 8.3 sin Vim9 script, eligiendo una dirección que reduce la carga de mantenimiento a largo plazo
  • Como resultado de este enfoque, algunos plugins de Vim podrían no ser compatibles con Vim Classic
  • Se revisaron varios parches de mitigación de CVE descubiertos y corregidos desde Vim 8.2 hasta las versiones más recientes de Vim, pero no se puede asegurar que se hayan incorporado todos los parches de seguridad aplicables
  • Vim Classic 8.3 se recomienda para usuarios tempranos que puedan asumir la posibilidad de errores de seguridad pasados por alto
  • Como no se evaluaron los miles de parches incorporados desde Vim 8.2.0148, es posible que reaparezcan algunos errores corregidos en los últimos años
  • Se solicitan contribuciones para identificar correcciones de errores necesarias para cada caso de uso y ayudar con backports aplicables
  • Los archivos de distribución están disponibles en SourceHut como vim-classic-v8.3.0.tar.gz y archivo de firma
  • La versión está firmada con una clave pública PGP, y futuros anuncios importantes y avisos de nuevas versiones pueden recibirse en vim-classic-announce

1 comentarios

 
Comentarios en Lobste.rs
  • El año pasado me cambié de Vim a Neovim y quedé bastante satisfecho.
    La configuración en Lua es mucho mejor que vimscript, pero como escribí parte de mi configuración en Lua, eso también me dejó algo atado.
    Es un poco decepcionante que ddevault haya hecho un fork de Vim 8.2 en vez de una versión comparable de Neovim, y como siento que Neovim es una mejora en general, aunque use código de LLM, por ahora no creo que me pase a vim-classic.

    • Sin importar qué versión de Neovim se haga fork, pronto dejaría de ser compatible con el ecosistema de plugins de Neovim.
      Lua es solo la mitad; el resto también sigue moviéndose muy rápido.
    • Un LLM podría convertir una configuración en Lua a otro formato en 12 segundos.
    • Yo todavía uso vim-classic.
      Porque creo en su objetivo, y no creo que Neovim tenga uno así.
  • Puede que esté equivocado porque no uso Vim, pero me parece que entre los usuarios de Vim hay más o menos dos grupos.
    Uno es el de los maximalistas que quieren “hacerlo todo dentro de Vim”, para quienes Neovim encaja mejor; el otro es el de quienes editan en Vim pero hacen las demás tareas en otros programas, al estilo de unix as ide.
    vim-classic parece apuntar a este último, pero Vim es una base de código enorme con muchos sistemas operativos soportados y mucha configuración, y hasta en el artículo reconocen que faltan recursos y conocimiento institucional del Vim original.
    Tal vez mantener un editor minimalista nuevo consuma menos recursos.
    Hay editores como kak o ad, pero los usuarios existentes tendrían que volver a aprender cómo funcionan, y vis parece un buen punto de partida, aunque para funciones como vimdiff necesitaría ampliaciones.

    • Yo diría que incluso a los usuarios de Vim del estilo “unix as ide” Nvim los atiende mejor.
      La línea de comandos de Nvim es more composable than Vim's que la de Vim, nvim -l sirve como host de scripts, y también tiene mucho mejor soporte para RPC y aplicaciones integradas, así que también encaja bien con la idea de “usar la herramienta adecuada para cada tarea”.
      Si la idea es mantener un editor minimalista nuevo, entonces vim-classic también debería cambiar el nombre de su comando vim.
    • Cada quien tiene sus propias razones para preferir Vim, pero al menos yo quiero poder hacerlo todo solo con el teclado, con la menor cantidad de pulsaciones posible.
      Vim me da eso, y agradezco que muchos autores de plugins también tengan presente la pregunta de “¿esto será más rápido? ¿requerirá menos teclas?”.
      Algo más minimalista, o minimalista de otra manera, podría perder de vista ese objetivo.