vlime VS mini.nvim

https://github.com/vlime/vlime works for me fine

You should try out Vlime, it is a bit janky but it beats copy-pasting into a terminal any day.

Maybe you should stick to one new thing at a time. Vim is more than capable of handling Common Lisp. Look at Slimv and Vlime for vim-style SLIME. Focus on CL first. You can come back to Doom / Emacs later.

Neovim works just fine. I use Neoterm to send-to-repl, here's what my config looks like. Your other options include vlime and slimv. I switched to neoterm because it's simple, explicit, and doesn't create unpredictable windows. Works for any other language just as well.

A proper Neovim client for Slime or Sly. The closest is Vlime, but its UI is really janky.

Join me vim brother and don't settle for forcing yourself to use emacs while developing in CL when you don't have to! You even have two vim options! https://github.com/kovisoft/slimv and https://github.com/vlime/vlime with a great comparison of the two: https://susam.net/blog/lisp-in-vim.html

If you're interested more in Common Lisp, there's both vlime and vim-slime however I don't have any experience with them.

I think I'll dig at vimtutor within a few days, then. I've seen it mentioned a few times already, so now's a good time I reckon. Like you said, I'll be avoiding plugins, but with the guide I referenced, vlime is mentioned. You don't think that'll be too problematic on Windows, do you? I recall seeing that plenty of plugins don't work outside of linux. Thanks again, btw!

That's quite a tough question because different people appreciate different things about Emacs. Personally I use Neovim as my text editor with Vlime for live Common Lisp integration (works with Vim as well). Vlime uses the same backend as Slime for Emacs, so the features should be the same, even if the interface is different. I know there is also Slima for Atom, but I have never used Atom, so no idea how well it works.

This is essentially a tagline of mini.move.

Just as the others suggested, oil.nvim solves this outta the box. I freaking love it (here my config in case ya need it). Apparently also mini.files handles this by default

You mean backwards seeking text objects? You can get those with mini.ai https://github.com/echasnovski/mini.nvim/blob/main/readmes/mini-ai.md

I would like to offer you to join me in saying late greetings to this autumn with a release of mini.nvim version 0.10.0. It is mostly about introducing three (quite feature full, dare I say) modules and minor updates of existing ones.

Last night I cleaned up all the dead code in my config and realised that mini.nvim has to be the single best plugin that I've used. I have a couple of other favourites but this collection has been so consistently good that I wanted to give some thanks to the juggernaut that is u/echasnovski! Thanks for all the work you plugin authors and core maintainers put in to make this editor what it is <3

For example: I spent a lot of time configuring file tree plugins to have the same sorting as VS Code, tweaking their icons, etc. But then I realized I barely used the file explorer at all, and now I'm super happy with the minimal approach of mini.files. I had similar experiences with other plugins that were just adding "fluff" instead of the functionality I was looking for.

Around two weeks ago I've announced the release of mini.files - a file explorer module of mini.nvim with column view navigation and "edit text to manipulate file system" design. This resulted into a great feedback from the community, much of which turned into new features.

A mini.ai textobject specification that you can use standalone