Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

I have the displeasure of knowing vimscript. I have a couple plugins and contribute to others. vimscript is terrible, it's unintuitive, neither fp nor oop, and fails to integrate any domain specific features. It could and should be replaced by any other fast scripting language.

Kill vimscript adopt Lua for compatibly or Gluon for fp.



Vimscript is a collection of ex commands (i.e., a DSL for editors) with a few functions bolted on that provide for a simple form of OOP. I don't think your argument is 100% fair.


Being a collection of commands that can be entered in a repl does not make it a text centric DSL Text manipulation in vimscript is more verbose than Rust including all ownership syntax. What elements of vimscripts design make it good at parsing and manipulating text?

I can imagine a beautiful text centric EDSL in Haskell or a lisp that integrates tree sitter to provide syntactic hooks. I don't blame vimscript for not having this modern integration, but I do blame it for being a poorly designed language and I condemn any attempts to prolong its life. Over in NeoVim land treesitter is being integrated. Once it lands someone should write a EDSL in the Lua lisp.


`:help :syntax`?


I've written vim syntax files before. Syntax highlighting and an error tolerant syntax aware Text manipulation EDSL are very different.


To me those ex commands feel more like a standard library than a DSL. But I know very little about vimscript and I’m happy to be corrected.


Lua because it's so popular! no idea what gluon is, i'll look it up, but i don't want to alienate users from VIM even further!


A Guile Vim would be an amusing development in the 'editor war'. Or some other embedded scheme.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: