This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-12-21
Channels
- # adventofcode (82)
- # bangalore-clj (1)
- # beginners (44)
- # boot (7)
- # boot-dev (25)
- # cider (1)
- # cljs-dev (3)
- # cljsrn (14)
- # clojars (11)
- # clojure (210)
- # clojure-dusseldorf (4)
- # clojure-gamedev (2)
- # clojure-greece (11)
- # clojure-italy (6)
- # clojure-norway (6)
- # clojure-russia (6)
- # clojure-serbia (2)
- # clojure-spec (43)
- # clojure-sweden (1)
- # clojure-uk (77)
- # clojurescript (43)
- # cursive (1)
- # data-science (3)
- # datomic (32)
- # duct (3)
- # figwheel (2)
- # fulcro (71)
- # graphql (3)
- # hoplon (14)
- # jobs-discuss (3)
- # lambdaisland (1)
- # leiningen (2)
- # luminus (2)
- # lumo (14)
- # off-topic (16)
- # om-next (1)
- # perun (5)
- # random (1)
- # re-frame (19)
- # reagent (37)
- # ring-swagger (3)
- # shadow-cljs (157)
- # specter (6)
- # sql (29)
- # unrepl (14)
@cgrand this is more of a conceptual question than a technical one... In the case of an editor like emacs where you can send interactive evaluations from a working buffer to the socket REPL, would you send those through the user conn or the aux conn?
@volrath it depends on what you want to achieve. I personally would like to have evals from a buffer part of the repl log (together with nice persistent logs).
@cgrand yeah that's what I thought, and that's what I'm looking for as well.. just wanted to confirm with you in case I was missing something.
> @cgrand this is more of a conceptual question than a technical one... In the case of an editor like emacs where you can send interactive evaluations from a working buffer to the socket REPL, would you send those through the user conn or the aux conn?
In CIDER we use the user conn for this. The idea is that we shouldn’t make a distinction as to where some evaluation originated from, as long as it came from the user evaluation application code. Everything else goes to nREPL’s equivalent of a aux (we call it tooling) connection.
Just re-discovered that since cljs is sometimes read by clojure reader, regexes can’t have non-java patterns...
even if you are in a conditional branch for cljs, cljs/jvm uses the clojure reader so #"[^]+"
can’t be read