Fork me on GitHub

it isn't quite clear to me yet - are there advantages of vim-clap over vim-fzf? like, if i'm happy with vim-fzf, is there potentially any reason to switch to vim-clap?


so far, it seems like vim-clap might just be an alternative for people who can't / don't want to install fzf


Heh. In the same way vim-fzf is an alternative for people who can't/don't want to install rg 😝


does rg support fuzzy matching on any inputs? I thought they serve different purposes


AFAIK rg is just (another) faster replacement for grep


windows users, etc.


hmm, the built-in commands do look pretty sweet. like, you could set that all up using vim-fzf, but with vim-clap you don't have to


i just gave vim-clap a try and it's super buggy out-of-the-box, from my perspective


i'll stick with vim-fzf, at least for now


Super Buggy? Can you elaborate? I haven't experienced anything that appears to be buggy.


I didn't capture any of the error messages, but there were multiple of them at various times, just trying to do basic things


Interesting. I'm not seeing any error messages when using vim-clap - i.e., searching, opening etc.. all appears to work as defined.


it could easily be something unusual about my setup. i'll give it another try at some point


i also got the "fzf window floating in the middle of the screen" configuration set up, and i'm really enjoying it. more than i thought i would 😄


It's all good. I was wondering if I was missing something if you had errors and I did not 🙂


I moved to vim-clap a couple of days ago and I'm really enjoying it. I got problems using it on git buffers where it gives strange error messages and took me a while to understand.


Btw, this week's clojurescript podcast is about vim (and I'm a guest!)

🎉 5

thanks for doing this - quite informative. with all of the choices, was having a hard time deciding on what to focus on to get started. may be a tree diagram would be generally useful.


Fireplace / async-clj-omni / asyncomplete.nvim / vim-sexp I'd say that's a good starting stack.


(I've considered making a vim package out of all this, but not put the effort in)


awesome! i think you're the obvious choice in this series about setting up different editors for clj development, to do the one about vim. i'm looking forward to listening to it


(neo)vim ftw! 🙂


I hope I did it justice, I didn't mention everything because voice is a difficult format


I think the best format is a tree diagram as you split at decision points


yeah, it's difficult when you have multiple parties trying to decide the direction the conversation should go, in real time


I actually found the hardest part to be the mass amount of choice, and deciding when you'd choose one over the other.

💯 1

It's a really subtle conversation that has to happen per plugin. I'm not sure I understand all of the subtleties for all cases either.


writing down those subtleties, decision points and sets of compatible sets of plugins would be very useful ducks and runs away!


or even encoding it eg inside spacevim clojure layer


The problem is that it would be an encoding of preference, tolerance and familiarity with clojure/vim


Good at vim, bad at clojure is different than good at clojure bad at vim for the plugin set. Peak performance vim is different than mostly productive with modal editing today vim.


oh yeah, so vim is interesting because we basically don't have a go-to framework


there is a massive amount of plugins, all maintained by different people, mostly in isolation


I think vim users can be divided into 2 groups largely: - those that like the minimalism - those that ... ??? I'm not sure. This group doesn't seem to mind taking on new things. If you like minimalism, you're gonna tell ALE to shove it and use makeprg. If you're in the latter group, you're willing to use ALE. I think it's a scale between these two groups though.


I can't stand ALE, it's too much.


I love fireplace because it fits into vim very naturally (as most tpope plugins do)


Just looked in on neomake, I don't know why this isn't more popular, adding clojure support was easy (although someone could contribute it!). I wish it had compiler support (there's an open issue) but that's okay.


One annoyance, I can't disable the location list stuff. That's very frustrating when combined with automake 😞


I used to use neomake and then switched to ALE about a year ago. I don't remember why I switched. I don't remember anything particularly wrong with Neomake. I'd be curious to know how you compare the two, @dominicm


One has a language server client in, and one doesn't.


Something about ALE feels like having a tree attached to a car. It's probably useful to someone, but not me.


It does bother me that I find myself using 2 plugins (ALE and COC) that are both LSP clients


omg, this! I also use both, and I have that same constant niggling feeling.


Something doesn't add up there!


I saw a comment suggesting that it's okay, you don't take any bulk for the pieces you don't use. But I know what my software is like when it does too much, so I don't want that in my editor.


Yeah, same. It just feels more complex than it should be.


I like compiler & makeprg a lot. But I can't figure out how to run multiple.


I'm sure there's a quickfix virtual text around which would make the feature fairly redundant (that might be how neomake does it tbh, which would explain why I can't disable the lists)


Yeah, I use ALE and CoC too and haven't qot round to figuring it out all yet


On the makeprg-to-ALE scale, I'm definitely on the ALE side of things (I think a more concrete measure is LOC in $MYVIMRC 😜), but what I would really prefer is to have CIDER nREPL do all the Clojure things, and bring it into vim via fireplace. No vim-only stuff that reinvent existing CIDER functionality. Like vim-cider does, just... more/all of it 😛.


Hopefully I can pinch off some time somewhere to get that going.


vim-cider actually does that too, it uses the cider-nrepl middleware.


Awesome. Maybe I should focus on helping with that...


It's languished a little lately, I'd appreciate a hand 🙂