nvim-tetris VS hotpot.nvim

I wouldn't say that a hyperextensible text editor has a narrow scope. It does everything from managing git history to playing Tetris.

With neovim I think its only a matter of time until neovim catches up with emacs. People have some crazy programs, see: https://github.com/nvim-neorg/neorg and https://github.com/alec-gibson/nvim-tetris (the latter is written in fennel too!).

tetris

Tetris: https://github.com/alec-gibson/nvim-tetris

I play alec-gibson/nvim-tetris to relax for a moment at work.

hotpot.nvim

There are some plugins out there that provide the Lua glue code (e.g. hotpot.nvim), but you will still have to depend on Fennel. I have not tried any of these plugins, so I have no idea how well they work. Neovim is not Emacs, and Lua is a fine language by itself, so that's what I prefer to stick with. And Vim script of course, it may be bad for plugins, but it's actually quite nice for configuration.

Hotpot: this is mostly just a Fennel compiler, but it is quite nice at that

Another method would be to use hotpot: https://github.com/rktjmp/hotpot.nvim. It's much simpler with what it does, doesn't include the macros and helper functions but you might prefer it. Here's an example: https://github.com/rktjmp/paperplanes.nvim

While there isn't an lsp, https://github.com/rktjmp/hotpot.nvim can give you diagnostics and https://github.com/Olical/conjure can give you cmp completions

I see there are 3 approaches Using aniseed: https://github.com/Olical/aniseed Using hotpot: https://github.com/rktjmp/hotpot.nvim Using plain fennel: https://git.sr.ht/~hauleth/dotfiles/tree/master/item/vim/.config/nvim/init.lua (this is just the one I found, lmk if theres a better version of this)

Hey y'all, I'm running into this issue. The solution is to remove the directory ~/.cache/nvim/hotpot. I would like to automate this when I upgrade my home environment packages as the issue seems to happen after a home-manager switch --flake --recreate-lock-file operation.

Here's a macro I wrote ages ago for my settings. Some might turn their noses up at doing this, because really you're just making a potentially leaky if not dysfunctional abstraction over nvim's actual API, but, well I did it for fun 🤷‍♂️.