Fork me on GitHub
#cursive
<
2016-03-21
>
markmandel00:03:52

Haven't seen any issues with the new Cursive on 2016.1 so far simple_smile

markmandel00:03:57

Been rock solid

cfleming00:03:25

Nice! There are a few issues but nothing too serious so far, #1302 is the worst of it I think.

cfleming00:03:27

I’ll get a fix out for these in the next day or two.

doddenino09:03:56

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 `

doddenino09:03:22

weird, as I'm definitely using version 145

rauh09:03:36

@doddenino: I had that issue yesterday too. (See the logs above)

rauh09:03:50

Only way was for me to manually install the zip. (Linked above)

doddenino09:03:45

I think it's more an issue with intellij update. I'll try to uninstall everything as soon as I find out how

doddenino09:03:02

@rauh: I also had to install it from the zip. Thanks!

ricardo12:03:47

First impressions after about a day with it: Parinfer is interesting, but too fiddly.

grav13:03:16

@ricardo: how do you mean fiddly?

ricardo13:03:50

@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.

ricardo13:03:07

Might be easier to explain if I record a video, one moment.

ricardo13:03:15

Nice spammy header, Mega.

ricardo13:03:33

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”.

ricardo13:03:27

But I’ve also triggered other cases of non-obvious behavior when editing existing code.

rauh13:03:02

@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.

rauh14:03:23

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.

ricardo14:03:03

@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.

ricardo14:03:08

Which it does, it just feels odd.

rauh14:03:15

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.

rauh14:03:37

I can now just delete whatever I like (even with selection and it'll be balanced.

ricardo14:03:08

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.

rauh14:03:09

I can copy and paste the wildest unbalanced clojure code and it'll fix it magically

ricardo14:03:22

I guess I have to get used to trusting the magic. simple_smile

rauh14:03:08

Yes, I started to trust it simple_smile Got some compile errors in the beginning (messing up let) but now I'm more productive I'd say

ricardo14:03:52

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.

ricardo14:03:06

Not sure if that’s Cursive or Parinfer, but on Paredit mode it doesn’t happen on either case.

ricardo14:03:24

That is, not sure if that’s a Cursive peculiarity, or specifically happens on the parinfer mode.

ricardo14:03:08

Ah, nevermind. That’s because the closing parens that was left inside the comment is after the cursor.

ricardo14:03:44

If there’s any text after the cursor, Cursive extends the comment to the next line when you press enter.

ricardo14:03:34

@rauh: Yes, one case where parinfer made a dog’s breakfast out of things for me were let bindings. Still have to repro it.

rauh14:03:21

@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.

ricardo14:03:49

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?

ricardo14:03:52

Aha, no, I think I found what it was. My let issue was probably related to something like this:

ricardo14:03:49

Where it wasn’t obvious to me initially that parinfer had extended the hashmap to encompass values it shouldn’t have.

ricardo14:03:06

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.

kenny19:03:39

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.

kenny19:03:15

Just the syntax highlighting problem, not the dep cycle problem simple_smile