Fork me on GitHub
#vim
<
2021-08-06
>
kozmicluis00:08:55

I used to have the vim-fireplace plugin and whenever I loaded a new namespace or created/updated some functions, I had the ReloadAll! command to load them up and make use of them. But IDK how to do that in Conjure, what can I do?

walterl01:08:39

Heh, I coincidentally just looked that up: <LocalLeader>rr

walterl01:08:38

:help conjure-client-clojure-nrepl-mappings

walterl01:08:34

Or maybe <LocalLeader>ra is more specifically what you're looking for

berkeleytrue04:08:12

when you open a new file it will change the namespace, I believe. But yeah <Leader>ra or rr works too

Olical09:08:03

Yeah Conjure detects your namespace automatically on every eval, so it should be fine? But the replies before me are right, that's how you run the clojure ns refresh tooling.

dharrigan12:08:45

Maybe just me, but anyone who is using vim + coc, and does (coc-references), what size is your quickfix window?

walterl12:08:12

Between (count references) and 10

dharrigan12:08:53

right, k, ta.

walterl12:08:02

Side note: it kinda bothers me that it doesn't actually use the quick fix window

dharrigan12:08:26

The quickfix pops up for me at the bottom

walterl12:08:31

Yeah, but it's not the quickfix window. It's some highly customized buffer

dharrigan12:08:37

a preview buffer?

dharrigan12:08:31

I have this enabled in my coc-settings coc.preferences.useQuickfixForLocations

walterl12:08:53

That sounds like exactly what I'm looking for! ❤️

dharrigan12:08:40

I just trawlled through my coc-settings, comparing them to what is on the documentation and removed the ones from my config that are defaulted to what I want them to be anyway.

dominicm19:08:14

https://github.com/wbthomason/packer.nvim this is surprisingly nice. The "is loaded" functionality is fantastic. I'm using dein at the moment, which does support that, but I had to do a lot of work myself to get it to work in a way that suited me. But dein has the merging functionality which supposedly dramatically cuts down startup time vs the packadd stuff. Not sure if that's been optimized since though.

dominicm20:08:39

dein is still dramatically faster than packages, yep.

dominicm20:08:32

I just re-ran https://github.com/junegunn/vim-startuptime-benchmark/ on my machine. The only change is that I removed the ensime plugin as it has a python dependency now and I didn't want to fiddle around with that.