Fork me on GitHub
#cider
<
2015-08-17
>
malabarba00:08:47

@pandeiro: I think that's worth reporting to cask

malabarba00:08:40

Does that form throw any errors when you evaluate it manually?

malabarba00:08:17

@arrdem: C-c C-k doesn't trigger an overlay because that's not really an eval operation. That's a load-file operation. (They're similar, but different)

malabarba00:08:17

@arrdem: But I have the same question as bozhidar, do you really care about the return value of the last sexp when you're loading the entire file?

malabarba00:08:35

@luxbock: You can use two nested dolists 😛, but other than that, no

bozhidar04:08:01

@malabarba: that’s an nREPL implementation detail

bozhidar04:08:27

the behaviour is different for piggieback

malabarba09:08:28

@bozhidar: still, the point is that they're different things for cider.el. We could certainly hide that implementation detail and make C-c C-k create an overlay at the line the cursor is on. That's what M-x cider-run does, for instance.

bozhidar09:08:08

I never care about the return value of C-c C-k

bozhidar09:08:34

and the only time I benefited from it was I had done that track-eval hack, which converted evaluations into load-buffer ops

bozhidar09:08:08

but as this is not working the same way in ClojureScript it’s no longer used anywhere

bozhidar09:08:37

I think the bigger issue at hand is that many users don’t really understand how they are supposed to interact with cider

bozhidar09:08:57

I remember I was similarly frustrated way back, when I was starting out with SLIME

bozhidar09:08:10

we simply have 0 workflow documentation

bozhidar09:08:17

0 workflow screencasts, etc

bozhidar09:08:14

@arrdem: why do you need a result overlay with C-c C-k?

pandeiro21:08:28

@malabarba: thanks; i didn't think it was a cask issue but now that I see @bozhidar's response, I'm wondering...