This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-07-09
Channels
- # beginners (20)
- # boot (4)
- # cider (2)
- # cljs-dev (25)
- # clojure (45)
- # clojure-dev (1)
- # clojure-greece (5)
- # clojure-italy (20)
- # clojure-nl (12)
- # clojure-russia (11)
- # clojure-uk (256)
- # clojurescript (176)
- # data-science (33)
- # datomic (47)
- # docs (1)
- # duct (13)
- # fulcro (54)
- # graphql (24)
- # hoplon (3)
- # jobs (1)
- # leiningen (32)
- # luminus (3)
- # midje (1)
- # mount (2)
- # off-topic (3)
- # onyx (5)
- # overtone (1)
- # parinfer (12)
- # pedestal (4)
- # re-frame (60)
- # reagent (11)
- # reitit (3)
- # ring-swagger (21)
- # rum (1)
- # shadow-cljs (16)
- # spacemacs (23)
- # tools-deps (19)
- # vim (79)
@dominicm i use https://github.com/kassio/neoterm which is neat. it wraps a bunch of repls, so think it's kind of similar to nvim-repl in that respect
Blah. So many things require fireplace. Latest I'd like to try is vim-cljfmt. I guess I should just go for it (I've still been using Jeb's terminal setup combined with screen running on a different monitor)
@tomi.hukkalainen_slac don't use vim-cljfmt, it's built into fireplace via the gq
mapping.
fireplace provides a lot of difficult functionality (bencode & connection selection), which is why plugins rely on it.
Hm, ok, didn't know fireplace has it. Though makes me wonder what's the point of making a plugin on top of fireplace replicating fireplace functionality...
It did. So while I now have two different ways to run code, which is a shame, at least they are not interfering and I can now choose whether to have the results of evaluating forms come back to the bottom of vim, or the the repl running on the other monitor.
Though I'm still envious at how nicely the emacs guys have the results with-in the buffer, right next to the forms
Seems like they are not playing that well together. I'm getting errors with cqq. Something about the terminal I have open
@dominicm Ooh. Do you have search terms or a direct issue link? I'd subscribe to that
https://github.com/tpope/vim-fireplace/blame/master/plugin/fireplace.vim#L1654, I think
Hmh. Tried to get clj-refactor running, but can't resolve https://github.com/clojure-vim/clj-refactor.nvim/issues/29
Ah, now! Thought that dein would handle loading plugins automatically, but it doesn't do remote plugins
The version of node-client was 100% a problem. clj-refactor.nvim depends on some major api changes.
Sorry for the shameless self-promotion, but I just finished a (very simple) vim plugin for helping share code information (essentially path + line number) as github/gitlab/opengrok urls: https://github.com/vigemus/pointer.nvim/
@tomi.hukkalainen_slac The registration doesn't work on the old version at all
@dominicm Kinda.. But it allows you to display code for non github places, such as opengrok.. you can configure that per-project
you can also configure it to use custom, on-premise urls, in case you're company closes their stuff :face_with_rolling_eyes:
fugitive does support other places, e.g. https://github.com/shumphrey/fugitive-gitlab.vim https://github.com/tommcdo/vim-fubitive
https://github.com/tpope/vim-rhubarb/ has support for github enterprise (alternative urls)
Well, of course that implies one needs to use fugitive to get this feature.. I stopped using fugitive once I realized it was messing my tcd
configuration, so I think this is still valid. 🙂
@dominicm Was the inline repl stuff I referred to in cider perhaps the language server support?
@tomi.hukkalainen_slac I don't understand, sorry.
I don't really know how to call it, the ability to have repl results within the text buffer. But not actually being part of the text
@tomi.hukkalainen_slac https://github.com/neovim/neovim/issues/1767 does a lot of things
Heh, and snoe has already made LSP based refactoring work https://github.com/snoe/clojure-lsp
But looking a bit deeper into it, I don't think the protocol allows for repl like functionality... Perhaps coming from compiled language communities, that simply isn't thought as useful, or perhaps even such a thing exists
@dominicm It changes cd
, which takes precedence over tcd
. If I have two projects open and use fugitive on both, soon both will be on the same cd
.
@dominicm https://github.com/tpope/vim-fugitive/search?q=cd&unscoped_q=cd several times
On commit, at least twice: https://github.com/tpope/vim-fugitive/blob/0a75ec5d9b3dfb69f6e47d929a024188c44c685f/autoload/fugitive.vim#L1204-L1222
when it sets cd, it removes the tcd setting, so committing on two tabs removes both tcd
s and both tabs now share the same cd
.
I opened several pull requests in the past to change that on other projects, but fugitive has cd
s scattered all around the codebase, so I decided not to use it. Sometimes I use vimagit, sometimes I use Gina, but I think I prefer using it straight from the cmd line... So I created the pointer.nvim
so I could get the urls without needing to rely on fugitive 🙂 (tbh, I had forgotten about that, but still not enough to make me use it again)
@tomi.hukkalainen_slac: @pedrorgirardi was looking at integrating repl commands with clojure-lsp, the protocol has things like executeCommand
that pretty much allows a language server to execute anything but I'm not sure how rich response like stacktrace results would work.