Fork me on GitHub
#unrepl
<
2017-12-21
>
volrath08:12:45

@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?

cgrand08:12:39

@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).

cgrand08:12:58

so then I would send over user

cgrand08:12:29

if your UX is different I would use another connection (maybe a dedicated one)

volrath08:12:34

@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.

bozhidar09:12:19

> @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?

bozhidar09:12:12

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.

volrath09:12:11

yep, seems like the sane approach to this

cgrand15:12:17

Just re-discovered that since cljs is sometimes read by clojure reader, regexes can’t have non-java patterns...

dominicm17:12:28

I don't follow

dominicm17:12:36

it has to be both java & js compatible at what time?

cgrand17:12:33

even if you are in a conditional branch for cljs, cljs/jvm uses the clojure reader so #"[^]+" can’t be read

cgrand17:12:26

in my case it’s just some code in lumo (so never going to run on the JVM) but the compilation uses cljs/jvm etc.

dominicm19:12:40

Oh that sucks.