This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
- # announcements (1)
- # aws (140)
- # beginners (41)
- # calva (47)
- # cider (43)
- # clj-kondo (36)
- # clojure (178)
- # clojure-europe (12)
- # clojure-gamedev (2)
- # clojure-italy (1)
- # clojure-nl (17)
- # clojure-russia (3)
- # clojure-spec (37)
- # clojure-uk (97)
- # clojurescript (173)
- # core-async (16)
- # crux (9)
- # cursive (18)
- # data-science (2)
- # datascript (6)
- # datomic (32)
- # dirac (16)
- # duct (16)
- # events (2)
- # figwheel-main (7)
- # fulcro (8)
- # graalvm (18)
- # immutant (3)
- # joker (2)
- # kaocha (8)
- # nrepl (6)
- # nyc (2)
- # off-topic (62)
- # quil (3)
- # re-frame (18)
- # reitit (6)
- # ring-swagger (1)
- # shadow-cljs (119)
- # spacemacs (4)
- # specter (2)
- # tools-deps (10)
- # vim (58)
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
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
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!) https://clojurescriptpodcast.com
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.
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
I hope I did it justice, I didn't mention everything because voice is a difficult format
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.
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!
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.
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.
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
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
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.
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)
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 😛.