This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-01-13
Channels
- # beginners (99)
- # boot (2)
- # boot-dev (4)
- # chestnut (2)
- # cider (75)
- # clara (43)
- # cljs-dev (1)
- # cljsjs (6)
- # cljsrn (4)
- # clojars (2)
- # clojure (76)
- # clojure-brasil (1)
- # clojure-france (1)
- # clojure-italy (2)
- # clojure-spec (30)
- # clojure-uk (4)
- # clojurescript (39)
- # core-async (1)
- # core-logic (2)
- # cursive (1)
- # data-science (7)
- # datomic (14)
- # docker (12)
- # emacs (6)
- # fulcro (69)
- # garden (4)
- # hoplon (7)
- # jobs-discuss (46)
- # leiningen (3)
- # lumo (3)
- # off-topic (12)
- # om (2)
- # parinfer (12)
- # perun (9)
- # re-frame (44)
- # reagent (6)
- # rum (1)
- # shadow-cljs (73)
- # specter (5)
- # unrepl (10)
- # vim (2)
@cgrand yes I remember when you brought it up. I spent a few minutes reading through the unrepl-reader
code... are you proposing to replace ensure-raw-repl
for a function that would notify there's an upgrade in progress (similar to what :bye
does) and instead of reverting to raw-out
, wrapping the 'upgraded output' into unrepl messages?
@pesterhazy I'm not sure if you've explored this, but I just did an experiment where I got a clojure program to run in around ~1.5s. It only did a little local network connection & disconnect in that time. But the startup time seems sufficient for unravel. Might be worth considering (I also selfishly wouldn't mind a convenient JVM wrapper for unrepl… ;))
@cgrand So I was thinking about something similar yesterday, but related to what we were discussing before regarding providing "specialized repl tools". nREPL uses middleware for this type of things (extensibility in general,) but I also understand and agree with the idea of not tempering with user input at all, so middlewares are not viable. That said, maybe adding a way to process unrepl output triples could be beneficial for client authors.. at least I think it would cover the 2 specialized repl tools examples you mentioned (pretty printing, nicer exceptions)
main thing I'm not sure about this: maybe allowing client authors to "extend" or change unrepl's core triples (:print :eval :log and so on) could be detrimental, It'd be better if they're only able to create their own triples with their own names, which I think is closer to what you're saying