Fork me on GitHub
#vim
<
2019-05-24
>
lxsli07:05:43

@snoe I've got the hang of cril and crml but is there an inverse please? That inlines a let binding into the body? crel seems to move the let up a level, which is fine I guess but not what I want

snoe05:06:32

@alee I've added inline-symbol to clojure-lsp, let me know if it helps

lxsli06:06:04

amazing! thanks, will test

lxsli09:06:17

Works nicely but the indentation wasn't right.

lxsli09:06:29

allocation-unsuccessful (eutils/from-command
                                 command
                                 (assoc allocatable
                                        ::event/action ::allocation/unsuccessful))
        errfn (fn [errors] (sutils/->failure-result command errors
                                                    allocation-unsuccessful))]

lxsli09:06:43

errfn (fn [errors] (sutils/->failure-result command errors
                                                    (eutils/from-command)
                                 command
                                 (assoc allocatable
                                        ::event/action ::allocation/unsuccessful)))]

lxsli09:06:10

should be:

errfn (fn [errors] (sutils/->failure-result command errors
                                                    (eutils/from-command
                                                     command
                                                     (assoc allocatable
                                                            ::event/action ::allocation/unsuccessful))))]

lxsli09:06:41

Don't worry about the parens - they would have been modified to match the indent level by rust-parinfer

lxsli08:05:32

I optimistically tried them but nothing happened 😕. Ah yeah, no handlers registered in the source.

lxsli08:05:49

Hmm, maybe I also need EG clj-refactor.nvim? I was hoping Coc could do it all. The bindings seem to conflict. Oh and I see that doesn't support inline-symbol either 😕

dominicm08:05:39

Pretty printing just got fixed on master.

lxsli08:05:05

master of?

dharrigan09:05:10

Yup, saw that on my daily Plug Update

dave14:05:09

wow, coc is slick

dave14:05:35

it's a little rough around the edges, but the completion experience is much better than deoplete, from my perspective

snoe14:05:10

@alee yeah, I want to get to feature parity at least with cider refactor, so inline-symbol would be on the list.

dave14:05:16

and it's really nice having static analysis of my clojure code without having to start a repl. that's super awesome

snoe14:05:27

clj-refactor.nvim and lsp aren't really compatible, I'm putting effort just in lsp these days

👍 4
dave18:05:37

coc.nvim tinkerers: do you use https://github.com/autozimu/LanguageClient-neovim or any other LSP client plugins in addition to coc.nvim? i'm finding myself confused about what plugins provide the language client functionality. i'm currently using ALE, coc.nvim, and LanguageClient-neovim, and wondering what, if anything, i might be able to trim from my vim plugins

dave18:05:09

i did find this thread: https://github.com/w0rp/ale/issues/1577 where someone had questions about LanguageClient-neovim vs. ALE, and it seems like, at least at that time, the author of ALE wasn't super concerned with implementing all of the LSP client functionality one might expect from a proper LSP client plugin, but they also said that he very well might end up implementing everything that LanguageClient-neovim provides in ALE, so :thinking_face:

dave18:05:03

at least 2 people in this thread have turned off ALE and are using LanguageClient-neovim

dave18:05:57

...it looks like coc.nvim might actually be an LSP client...?