This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-07-31
Channels
- # beginners (153)
- # cider (30)
- # cljs-dev (8)
- # cljsrn (8)
- # clojure (105)
- # clojure-dev (6)
- # clojure-dusseldorf (5)
- # clojure-italy (6)
- # clojure-nl (3)
- # clojure-russia (34)
- # clojure-spec (23)
- # clojure-uk (54)
- # clojurescript (104)
- # core-matrix (3)
- # crypto (1)
- # cursive (17)
- # datomic (90)
- # duct (13)
- # editors (5)
- # emacs (1)
- # events (1)
- # figwheel-main (9)
- # fulcro (54)
- # hoplon (18)
- # hyperfiddle (2)
- # jobs-rus (1)
- # lein-figwheel (5)
- # leiningen (3)
- # luminus (52)
- # mount (6)
- # off-topic (22)
- # other-languages (3)
- # parinfer (7)
- # powderkeg (3)
- # re-frame (52)
- # reagent (58)
- # rum (4)
- # shadow-cljs (49)
- # spacemacs (12)
- # sql (13)
- # tools-deps (2)
- # yada (1)
@drewverlee I would open a cider issue and continue from there, cannot think of an immediate reason for that off the top of my head
@drewverlee Just looking at the error - it seems you on the nREPL 0.4, but figwheel-sidecar doesn’t know about it. Updating this should be trivial, but someone (e.g. @bhauman should do it).
P.S. There’s also figwheel-main
these days, which I believe will replace lein-figwheel
completely soon, so it should be updated as well.

It also seems I made an epic typo in piggieback 0.3.7 - in the namespace check I used clojure.tool.nrepl
instead of the correct clojure.tools.nrepl
. I’ll issue 0.3.8 in a moment.
Hi all, just a little stuck on a config question. Is it easily possible to get coloured output in a Cider repl? Currently if I pprint a complex map it’s all in a yellow face (except some ns stuff). But if I manually enter a map at the repl it’s returned value is coloured correctly. Much thanks!
Pretty-printed output is treated as any other other output, therefore the lack of any special syntax-highlighting.
@bozhidar @drewverlee I don't think this is figwheel-sidecar, We'd have to see the rest of the stacktrace but it looks like this is piggieback
@bhauman Yeah, yeah - this was the result of the typo I mentioned. I had written (find-ns 'clojure.tool.nrepl)
intead of (find-ns 'clojure.tools.nrepl)
.
Btw, I just cut nREPL 0.4.4 and it has some sweet support for clj
baked in - you can now launch nREPL with whatever custom handler you need without resorting to 3rd party tools (details here - http://nrepl.readthedocs.io/en/latest/usage/#starting-a-server)
I plan to tweak the cmdline functionality in nREPL a bit more in the upcoming releases, but the foundation is here. Btw, now it also outputs exactly the same message as lein repl
and boot repl
, so clients parsing the output to find the port should work without any changes.
@bozhidar thanks for your work on this! sadly i upgraded to piggieback 3.8 and i still get the same error. im sketching out a github issue and ill post it to cider-nrepl... though im not sure which lib needs to change 🙂 here is the issue. thanks again https://github.com/clojure-emacs/cider-nrepl/issues/541
@drewverlee And I guess that works with 0.3.6, right?
My best guess is that lein figwheel android
is not loading nREPL the same way lein repl
does. @bhauman can enlighten us here.
I’m puzzled why the cider-nrepl
middleware is having problems, though. Which version are you using?
it seems it might have been due to a mismtach between the version of cider-nrepl installed on emacs and that i was injecting into the project. i downgraded to cider nrepl 18 and everything worked!
i really appreciate your time on this. im going to donate some money to the cause as the world needs you and emacs and cider!