This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-06-03
Channels
- # beginners (446)
- # boot (16)
- # cljs-dev (2)
- # cljsrn (30)
- # clojars (2)
- # clojure (143)
- # clojure-finland (1)
- # clojure-greece (1)
- # clojure-nl (1)
- # clojure-russia (2)
- # clojure-spec (20)
- # clojure-uk (7)
- # clojurescript (167)
- # code-reviews (1)
- # community-development (12)
- # core-async (27)
- # cursive (3)
- # data-science (9)
- # datascript (2)
- # emacs (1)
- # graphql (46)
- # immutant (5)
- # jobs (2)
- # leiningen (1)
- # luminus (1)
- # lumo (76)
- # off-topic (79)
- # perun (2)
- # protorepl (33)
- # re-frame (21)
- # reagent (62)
- # ring-swagger (1)
- # rum (18)
- # spacemacs (6)
- # specter (4)
- # test-check (4)
- # unrepl (9)
- # untangled (2)
- # vim (4)
- # yada (1)
@jasongilman is here but “away” — I would expect any “todo” to be listed on the GH repo and/or in issues there?
I'd like to figure out a way to make a kind of meta package that includes all of the additional suggestions from this gist: https://gist.github.com/jasongilman/d1f70507bed021b48625
@john Unless you have a beautifully clean, uses-Component-from-the-ground-up project, you’ll probably want some adjustment to those settings BTW. And I ended up dropping a couple of those packages and adding different ones. Jason’s setup is pretty opinionated. I don’t know that I’d recommend it to beginners.
Really, I'd like to survey a number of folks to see what they believe an ideal beginner setup would look like. Do you have any suggestions?
I'd like to work and advocate towards a one supported way IDE, for some of the community to persistently recommend, so documentation can be built from that common base.
Which hopefully takes out some of the indeterminacy and paradox of choice that surrounds some of the existing tooling.
For beginners, I’d suggest turning off the three namespace refresh options in ProtoREPL.
I don’t remember what other parts of Jason’s guide I found got in my way. It’s been a long time now since I set ProtoREPL up (on two machines) and I’ve tweaked it a bit, on and off, since then.
Yeah, I switched from Emacs to Atom/ProtoREPL completely after last year’s Conj!
I think the tab length 1 setting (language-clojure) is too subtle so I have tab length 2.
I have display executed code off — I found that way too annoying with large blocks of code.
On to lisp-paredit and I have the following indentation forms:
try, catch, finally, let, are, /^def.*/, fn, /^cond-.*/, if, if-let, for, /when.*/, testing, do, doseq, dotimes, loop, ns, /with/, proxy
instead of Jason’s suggested try, catch, finally, /^let/, are, /^def/, fn, cond, condp, /^if.*/, /.*\/for/, for, for-all, /^when.*/, testing, doseq, dotimes, ns, routes, GET, POST, PUT, DELETE, extend-protocol, loop, do, case, with-bindings, checking, with-open
But that’s definitely a matter of taste and it depends what type of code you work on…
I have several additional community plugins installed and configured (most notably git-plus — which is great).
Where my config goes off the beginner trail is that I have emacs-plus and disable-keybindings installed… which greatly eased my transition from Emacs! 🙂
So… probably refresh settings are the thing that catches out more folks new to ProtoREPL than anything else I’ve seen reported here.
@john in terms of the community supported recommended IDE I would say Atom+Parinfer+ProtoREPL are really the only game in town for now. I also think we need to make it much better for cljs users, who will encounter the same sort of issues you did where most docs are targeted only at clj(jvm) users. Long run I think vscode is really promising because it has an integrated debugger which would be a big plus, but at present has no way to draw the inline results in the editor the way proto can with atom ink.
One other tip I think we should push, is to show users how to make parenthesis a lighter grey... it will help with the too many parenthesis complaints.
I’m surprised no one has ported something like rainbow parens to Atom…
I found “swackets” but it doesn’t work with Clojure (and the readme warns about performance problems with long files so I doubt it’s a good option anyway).
It's too bad it requires so much setup instructions. It'd be nice if there were some way to deliver a working CLJS repl out-of-the-box, via some package of some sort.
Actually, here's a simple meta package: https://github.com/spark/particle-dev-complete