@dominicm I was playing again with overtone, and some of those results seem to be really heavy for the pretty printer, when I don't really care about the return value (object that represents a function generator) and just about the side-effect (the values are pushed to the soundcard)

Normally they are printed just as objects, but the prettyprinter opens them somehow as really big maps

@dharrigan I don't seem to have the command :EvalCR, is it a standard part of fireplace?

Tomi, are you missing the Brackets?

nmap <silent> <Leader>E :%Eval<CR>

Ah, yes. I didn't see the original message anymore, so I was relying on email notifications. Thanks!

you're most welcome 😉

Though I don't understand what the brackets do, and trying to google that 😉

It tells vim to insert a carriage return CR

i.e., gets vim to press "enter" for you 🙂

Just found those. I'm afraid that's not going to work for me, since the prettyprinting is just hidden, not skipped 😕

But I now understand more about customizing bindings, so it's good knowledge!

:thumbsup:

If I need this too often, I guess I have to make a binding that sets the pretty printing function to something else, evals and then sets it back. But for now I just set it "permanently" off while I'm editing a overtone file

@tomi.hukkalainen_slac what pretty printer are you using?

@dominicm cider.nrepl.pprint/fipp-pprint

That's usually very fast, there must be loads of data or something

Does fireplace requires cider-nrepl or is nrepl alone enough?

nrepl alone is enough for the basics, but cider provides additional functionality

thanks, I'm seeing results of evaluation don't get colored syntax, is there a way to change this?

couldn't fine anything in fireplace.txt

#object[java.util.HashSet "0x7c2dc5c7"

there results are also printed like that instead of #{}