Closed elzibubble closed 5 years ago
There's not really a "connection timeout". Sounds like the delay might be caused by classpath.vim calling lein classpath
?
Yes possibly. Should I transfer this issue to vim-classpath
?
On Mon, 3 Jun 2019 at 03:10, Tim Pope notifications@github.com wrote:
There's not really a "connection timeout". Sounds like the delay might be caused by classpath.vim calling lein classpath?
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/tpope/vim-fireplace/issues/317?email_source=notifications&email_token=AAAVVZRHCPDVDRMX26HE7C3PYR4QDA5CNFSM4FMFPLTKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODWYEAZQ#issuecomment-498090086, or mute the thread https://github.com/notifications/unsubscribe-auth/AAAVVZU622FA5DIH7CPESQ3PYR4QDANCNFSM4FMFPLTA .
-- Alexis
The purpose of classpath.vim is to enable offline operation when there's no REPL to connect to. It is slow by necessity, albeit aggressively cached. Since it sounds like you only want to use your local REPL, you can uninstall it with no ill effects.
I'm working on a microservices project and I often want to look at a file from another service without opening a REPL for that project. This normally would take ~10 seconds before Fireplace/classpath.vim realise there's no REPL available. Usually I CTRL-c this which works OK if I get the timing right, rarely I kill the wrong thing.
My REPLs are always local, I'd like to be able to set the connection timeout to 1000ms so I'm less disrupted and don't have to CTRL-c all the time.
I'm using NVIM v0.3.1-dev.
Plugins installed: