it worked! Omg, it worked. You're a genius!

Seriously my hero, man.

I would have never figured that out.

now I feel silly and bad for dominating this channel for 8 hours begging for your time

tpope is everyone's hero

thanks for the heads up dominicm and tpope! jrdoanes fork of vim-clojure-highlight with the suggested fix does the trick and the highlighting is working again. you're right about that lock-up when entering a buffer too, dominicm 😂 i haven't modified any plugins before, is it a straight forward enough job to get the highlight to be async?

@ssjoleary746 I had a quick look at the source yesterday I think that you would need to reimplement fireplace#evalparse to be async. @tpope it doesn't look like client.eval() has an async option. @ssjoleary746 lacking a client.eval, I'd probably reach for fireplace#message() as a fallback, and then use the g:fireplace#reader in the same way that fireplace#evalparse does.

brilliant, thanks for the heads up. i'll have a poke around and see what comes of it 🤞

@tpope I used to be able to do *e after an eval threw an exception and get all the gory details. This doesn't work any more? I just get the #object[java.lang.ClassCastException ...] version now

Oh nvm, might be to do with the test runner in this project 😐

it's still working in my code

@olical I thought I'd try out Conjure at last but I'm having trouble getting it recognised. I've installed it with vim-plug and manually run bin/compile. But I still get the Conjure not compiled, please run bin/compile then conjure#init() or restart message. Any ideas please?

Running bin/compile gave me:

[Conjure] Preparing dependencies for runtime injection...
Downloading: traversy/traversy/0.5.0/traversy-0.5.0.pom from 
... a whole bunch of others ...
Downloading: com/google/code/gson/gson/2.2.4/gson-2.2.4.jar from 
retrieve dependencies and munge clojure source files
in RESOLVED-TREE mode, working on a resolved dependency tree
 [compliment "0.3.8"]
unzipping [ compliment  [ v0v3v8 ]]
  munge source files of compliment artifact on branch [] exposed false.

I noticed my classes/ was empty so I ran clojure -Sforce -A:compile --eval "(compile 'conjure.main)" from bin/compile and got:

Downloading: com/google/guava/guava/18.0/guava-18.0.jar from 
conjure.main

and now it works 🎉

oh apparently I need a .conjure.edn somewhere 😕

; conjure/out | Welcome to Conjure! (v0.22.0-0-g0cbb94a56f)
; conjure/out | Skipping :dev - can't connect
; conjure/err | No matching connections for /home/alee/.vim/bundle/conjure/foo.clj
; conjure/out | Skipping :dev - can't connect
; conjure/out | Skipping :jvm - can't connect
; conjure/out | Skipping :jvm - can't connect
; conjure/out | Skipping :node - can't connect
; conjure/out | Skipping :node - can't connect
; conjure/out | Skipping :browser - can't connect
; conjure/out | Skipping :browser - can't connect
; conjure/err | No matching connections for /home/alee/.vim/bundle/conjure/foo.clj
; conjure/err | No matching connections for /home/alee/.vim/bundle/conjure/foo.clj

I thought it was supposed to launch its own prepl but oh well

OK, the problem was that I was running from my conjure checkout, which includes a .conjure.edn that doesn't work for me

Ah this is starting to make more sense having revisited the blog post. I need to add a bit of code to start the prepl and still lein repl. Shame, I was hoping to get around having to manually start REPLs.

OK think I'm sorted now. Found the addendum for lein users. 🙂

has anyone gotten fireplace + piggieback + lein-figwheel working recently? It remember I had problems with the nrepl namespace change a while back… but now on a new system I can’t connect to the browser repl. Have there been more suprises in this area?