This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
- # announcements (5)
- # beginners (36)
- # calva (3)
- # cider (23)
- # clojure (98)
- # clojure-dev (16)
- # clojure-europe (5)
- # clojure-italy (4)
- # clojure-nl (5)
- # clojure-spec (7)
- # clojure-uk (52)
- # clojurescript (14)
- # cursive (15)
- # data-science (1)
- # datomic (20)
- # emacs (7)
- # flambo (2)
- # fulcro (10)
- # jackdaw (1)
- # jobs (3)
- # joker (2)
- # juxt (3)
- # keechma (3)
- # leiningen (8)
- # luminus (3)
- # music (1)
- # off-topic (83)
- # pathom (19)
- # re-frame (19)
- # reitit (4)
- # shadow-cljs (76)
- # spacemacs (95)
- # tools-deps (16)
> These in general should be warnings somewhere. These are approximations and should guide people when things fail but not fail the process on their own
How can this be a warning? Generally if the required dependency is missing all you get is a weird error. The idea of those checks was to actually repackage the error into something more understandable.
> I would just edit the source of the function and remove the body. Maybe I can change all those user errors to be warnings or stings spit out in the repl buffer It used to be like this, but I wanted to prevent the creation of an useless buffer that doesn’t work as expected.
I just needed some ns from the project to check, as this was the only way to figure out if shadow-cljs is available or not. What happened with this ns? Its name sounded somewhat central to me. 😄
@bozhidar it was related to a REPL experiment that never went anywhere, I removed it in a cleanup since nobody was accessing what it provided anyways (not even me). the actual CLJS REPL implementation lives in
shadow.cljs.repl but better check for an "official" API namespace like
When I do cider-jack-in-clj&cljs I get this message:
And Figwheel does not work then, it shows the Figwheel Dev page instead of the wanted index.html. A colleague has a working dev environment and has this output:
[nREPL] Starting server via /usr/local/bin/lein update-in :dependencies conj \[nrepl\ \"0.6.0\"\] -- update-in :dependencies conj \[cider/piggieback\ \"0.4.1\"\] -- update-in :plugins conj \[refactor-nrepl\ \"2.5.0-SNAPSHOT\"\] -- update-in :plugins conj \[cider/cider-nrepl\ \"0.22.0-beta6\"\] -- repl :headless :host localhost...
As can be seen he uses refactor-nrepl 2.4.0 instead of 2.5.0-SNAPSHOT and cider/cider-nrepl-0.21.1 instead of 0.22.0-beta6. How can this be configured?
[nREPL] Starting server via /usr/local/bin/lein update-in :dependencies conj \[nrepl\ \"0.6.0\"\] -- update-in :dependencies conj \[cider/piggieback\ \"0.4.0\"\] -- update-in :plugins conj \[refactor-nrepl\ \"2.4.0\"\] -- update-in :plugins conj \[cider/cider-nrepl\ \"0.21.1\"\] -- repl :headless :host localhost...
Did you get this working? I don't think the minor version numbers should make a difference. Sometimes clearing the browser cache in the browser dev console can help
@jumar I have to check this, but I have we try to update the cache every couple of days.
Is there any reason why
cider-eval-last-sexp displays its overlay result at the end of the line instead of the sexp itself?
I traced the source and found that
cider--make-result-overlay takes a cons cell, but
cider--display-interactive-eval-result only ever passes single points/markers to it
I don’t remember our reasoning from back then at all. 🙂 Might have been some oversight on our part.