Fork me on GitHub
#cursive
<
2021-06-16
>
onetom02:06:07

@cfleming i was reporting an issue with paren highlighting back in april: https://clojurians.zulipchat.com/#narrow/stream/180378-slack-archive/topic/cursive/near/233632162 i've found the cause of the phenomena! Preferences / Editor / General / Appearance / Use block caret if it's ON, the highlighted matching paren is the unexpected one. if it's OFF, then it works as advertised. i tried to find a related github issue to note this finding there, but i couldn't.

👍 3
onetom02:06:19

i had this cursive doc page open on my machine for some reason: https://cursive-ide.com/userguide/repl.html and i've noticed that in the animated images, the caret was a bar, not a block. that gave me the idea

cfleming05:06:54

Hmm, interesting - have you searched in YouTrack? That sounds like an IntelliJ issue to me.

👍 2
shinichy05:06:46

Is there any way to see the detail of a test failure in REPL? I know I can see them in a tooltip, but it’s a little hassle to navigate to the test code.

onetom04:06:40

this has been discussed before, but unfortunately there is no way to do that now. what i didn't know though, is that it's slightly easier to get to the test failure if your gutter is on and click the fail-icon there. u don't have to hover and wait at least for the dialog with the link to the diff.

onetom04:06:27

otherwise, i've hooked up kaocha.repl/run to a REPL command and then assigned it to Cmd-R to conveniently run tests. it was not a great choice of keyboard shortcut because i often restart the REPL accidentally 🙂 but other than that, it's a pretty pleasant workflow.

onetom04:06:05

i wish i wouldn't need to carry a koacha setup around for every project, but that's the best i could come up so far

onetom04:06:45

btw, do u know that you can run clojure tests using the same machinery provided to other languages in intellij? u have to create a run configuration for the tests u want to run and wait for your clojure app to start up, so it's slower than a repl-based approach, but it's also cleaner, because u are guaranteed not to have any misleading REPL state affecting your tests. it's documented here: https://cursive-ide.com/userguide/testing.html#test-runner

shinichy05:06:24

Yes, the problem is starting up a REPL in my test is very slow because of a lot of initial setups.

shinichy05:06:54

kaocha.repl/run approach sounds interesting. I’ll try it. Thanks!

shinichy05:06:32

I didn’t know that there’s already an issue. Yes, checking a diff is also another pain point. I don’t want to use my mouse to check the test result basically.

Ian Fernandez22:06:37

anyone knows how to print diffs on IntelliJ when using Nubank Matcher Combinators?

8
kenny00:06:09

I will just manually run the test in the REPL and inspect the printed output. Don't know if there's a better way.

onetom04:06:34

and unfortunately the output is not as nice as using the built-in kaocha support for the = matcher. i was just asking about this on the kaocha channel the other day and got this response: > actuallyalys_slack: I think we could use better documentation for matcher-combinator support. I'll write up an issue. this was my question: https://clojurians.zulipchat.com/#narrow/stream/180378-slack-archive/topic/kaocha/near/241149364