-
-
Notifications
You must be signed in to change notification settings - Fork 645
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve the way cider-jack-in-clojurescript works #2202
Comments
… being used Now the user will simply be prompted for the REPL they want to start. Later we should make this smarter - compute a good default based on the project deps, don't show unsupported options, etc.
It basically gives you a way to either default to one ClojureScript REPL for all your projects or for individual projects (when setting it via `.dir-locals.el`).
The current logic relies mostly on namespace checks, but it can certainly be improved down the road. The most important thing is that now users are going to get more meaningful errors earlier. Before this we'd first create the second REPL buffer and just get there some obscure errors because the command didn't check at all if piggieback or the target REPL were even available.
I discussed this on Slack #cider with @dpsutton and putting it here for additional visibility. For example, in my Emacs config for this, I have something like: ;; Set to the required key in cider.el const `cider--cljs-repl-types`
(setq cider-cljs-lein-repl
"(do (require 'figwheel-sidecar.repl-api) (figwheel-sidecar.repl-api/start-figwheel!) (figwheel-sidecar.repl-api/cljs-repl))") I'd like to be able to set the type to "figwheel" and it know the invocation required for that rather than setting it to the actual invocation. |
@mrrodriguez That's already changed on |
Thanks @bbatsov I'll have to check that out soon then. |
Things are fairly refined and decoupled by now |
Current
cider-jack-in-clojurescript
is very problematic, as it doesn't really do any attempts to figure out what's the best ClojureScript repl to start for the users project - it just uses a configurable init form to boot the repl, that's mapped to a project type (lein, boot, etc). While this makes sense forcider-jack-in
, it doesn't make (almost) any sense for ClojureScript as most of the cljs repls are not tied to build tools at all. We need to do several things to improve the current situation:That's a pretty simple, but important task on our way to better cljs support IMO. //cc @gonewest818 @ckoparkar @xiongtx @dpsutton
The text was updated successfully, but these errors were encountered: