I didn't know there was a clj-refactor out for NeoVim.

I've been on native Vim the entire time. I haven't considered switching to NeoVim yet.

Neovim is good. Mostly for the remote plugin api.

Is REPL communication asynchronous? I think the only thing I find difficult about fireplace is when I have a command that runs for 3 or so minutes and I can't do anything with my editor.

I dipped my hand in VimScript writing a wrapper for Sayid a few months back, but it's built on top of fireplace. https://github.com/arsenerei/vim-sayid

Not with Fireplace, but Acid.nvim and https://github.com/michaelbruce/ice.nvim are

Oh, interesting.

Ooh, you wrote the sayid integration. I knew your username was familiar for a reason.

Yes, I really wanted to use that, but had issues 😛.

acid/ice are both very young. They need some maturing. But may be suited to you.

Oh, no! I'll help in anyway I can. 🙂

I should report them. But didn't get time 🙂. Busy busy busy.

No, I get it. There may be some library compatabilities. Piel updated his library and I didn't check to see if it still worked.

I'll look into it. 🙂

I think I tried using it the first week or so, 🙂 So it was probably buggy

Hmm, fair enough. I can't say it wouldn't have bugs! It's my first Vim plugin.

VimScript was more challenging than any other aspect of that project.

vimscript is hard

very. hard.

write it for neovim to avoid vimscript? 🙂

(i really want to try out the vim-sayid integration but haven't yet)

I think there's gotta be some cool masochism in writing vimscript, like writing C to build a web app.

Hahaha........it definitely did not feel cool.

@devth I'm not prepared to give up on Vim. It has served me well.

I feel like you shouldn't give up a text editor for a language. They're totally separate concerns.

You choose a text editor for all text. Not for LanguageA.

While I do agree, many have given up Vim for Java to use, say, IntelliJ.

When a tool does not serve one's needs, they will find a tool that does.

Or shove as much into their existing tool as they can. 😛

Oh, I agree, that's pragmatic. But I think from a philosophical position, we should try & reduce the friction to implementing integrations into editors as much as possible. Like how the sayid does by using nrepl more than elisp.

Definitely. I like a lot about how Clojure tool writers focus on exposing something that can be editor/tool agnostic.

I think the Rust community is a shining beacon from that perspective.

But we're not so shabby ourselves.

I like the current language server protocol idea for this exact reason.

I believe rust is one of the first adopters