This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
- # admin-announcements (4)
- # aleph (1)
- # beginners (15)
- # boot (55)
- # braveandtrue (5)
- # cider (20)
- # clara (10)
- # cljs-dev (13)
- # cljsrn (8)
- # clojure (52)
- # clojure-austin (30)
- # clojure-brasil (2)
- # clojure-india (1)
- # clojure-italy (2)
- # clojure-nl (1)
- # clojure-russia (72)
- # clojure-sdn (9)
- # clojure-taiwan (2)
- # clojure-uk (45)
- # clojurebridge (3)
- # clojured (1)
- # clojurescript (46)
- # core-matrix (1)
- # cryogen (1)
- # cursive (43)
- # datascript (12)
- # datomic (57)
- # devcards (54)
- # emacs (6)
- # funcool (21)
- # hoplon (335)
- # jobs (15)
- # jobs-rus (40)
- # ldnclj (2)
- # lein-figwheel (20)
- # off-topic (59)
- # om (157)
- # onyx (29)
- # parinfer (2)
- # pedestal (26)
- # proton (9)
- # protorepl (2)
- # reagent (3)
- # ring-swagger (4)
- # spacemacs (2)
- # untangled (17)
Nice! There are a few issues but nothing too serious so far, #1302 is the worst of it I think.
Mmm, I get this error: `WARN: Can't load Cursive for v15: until build 143.9999 does not match IU-145.258 WARN: Can't load PluginDescriptor[name='Cursive', classpath='/tmp/plugin/clojure-plugin']: until build 143.9999 does not match IU-145.258 `
I think it's more an issue with intellij update. I'll try to uninstall everything as soon as I find out how
First impressions after about a day with it: Parinfer is interesting, but too fiddly.
@grav: Maybe I’m unused to it, but it is non-trivial to figure out what Parinfer will do in some situations. Say, if I have a function for tests, and want to continue adding comments near the end, Parinfer starts doing a little ordering dance.
Maybe I need to get used to its logic, or maybe it just doesn’t fit my approach of “let’s open up space in this function to start adding things”.
But I’ve also triggered other cases of non-obvious behavior when editing existing code.
@ricardo: Parinfer will never allow to sit a closing paren on its own on a line so a trailing comment in any form isn't possible. Only if you add more code below it'll be ok.
That also tripped me up in the beginning but once you realize that closing parens are always behind the last statement then it's clear what's going on.
@rauh: Yes, I’ve noticed. I just wanted to write the comment, then the tests… It just feels weird that for me to do that, I need to start writing my comment and the next assertion outside the deftest, and trust Parinfer will extend the deftest to encompass it.
Yes, I agree it's a little odd at time. But I got used to it quickly. I still use some paredit functionality but it's nice to never have to worry about unbalanced parens with parinfer on.
Neither you have to worry about it with paredit. For me parinfer mostly is an advantage when re-nesting code, since it’s easier than select-chunk-plunk-chunk-elsewhere.
Yes, I started to trust it Got some compile errors in the beginning (messing up
let) but now I'm more productive I'd say
It’s also odd that on that sample video it extended the comment on the next line when I press
enter, but if I do it on any other comment it doesn’t happen.
Not sure if that’s Cursive or Parinfer, but on Paredit mode it doesn’t happen on either case.
That is, not sure if that’s a Cursive peculiarity, or specifically happens on the parinfer mode.
Ah, nevermind. That’s because the closing parens that was left inside the comment is after the cursor.
If there’s any text after the cursor, Cursive extends the comment to the next line when you press
@rauh: Yes, one case where parinfer made a dog’s breakfast out of things for me were
let bindings. Still have to repro it.
@ricardo: It only messes up if the code is indented too far in. In that case I
CTRL-W "select" the block and
Shirt+tab it back. Then it's fixed.
Hmm, can’t say it was indented too far… Maybe it acted like it was indented too far because I have aligned
let bindings turned on, and there was a long-ish name?
Aha, no, I think I found what it was. My
let issue was probably related to something like this:
Where it wasn’t obvious to me initially that parinfer had extended the hashmap to encompass values it shouldn’t have.
Why it bit me was because my usual approach is to first split the line, then tell Cursive to reformat… but can’t do that with parinfer.
I have just updated to 2016.1 and also updated Cursive however all of the keywords in my project are not highlighted. Is anyone else having this problem? That is occurring everywhere for me.
Ah I have found the relevant issue: https://github.com/cursive-ide/cursive/issues/1314