This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
- # beginners (145)
- # boot (19)
- # calva (61)
- # cider (33)
- # cljs-dev (15)
- # cljsrn (16)
- # clojure (35)
- # clojure-dev (39)
- # clojure-russia (2)
- # clojure-spec (10)
- # clojure-uk (7)
- # clojurescript (5)
- # cursive (14)
- # data-science (1)
- # datomic (3)
- # figwheel-main (9)
- # fulcro (46)
- # jobs (4)
- # off-topic (8)
- # quil (6)
- # re-frame (5)
- # shadow-cljs (70)
- # spacemacs (3)
- # speculative (2)
- # tools-deps (2)
Also, to pitch in. It makes more sense if tooling for clj/cljs is written clj/cljs. At least for me it makes it much more interesting to contribute.
Hello everyone! Now we need some help. In preparing for a nicer integrated repl experience @mseddon has rewritten the nrepl client in Calva. Our testing of it says it works at least as well, even better than the old client. But there might be (probably is) that we have introduced some nasty bugs that we shouldn’t be unleashing on the Extension Marketplace. Please consider installing the attached VSIX package and give it some spins, and let us know if it seems to misbehave on things that the current Calva behaves. Thanks in advance! ❤️/Matt & Peter
I will do it, but during the weekend I'll not have much time to test features that I don't use very often. On Monday I'll have a bit more time
Thanks! You can put a bit less emphasis on stress test. If it behaves or misbehaves for your regular use is very good for us to know.
So far, it behaved exactly like the previous version. I even double checked to see if I installed the vsix correctly
I have found two differences. One is to the way better. I can evaluate stuff like
(range 100000). The current client can’t handle when the results get that big. Another difference is for the worse (but maybe not all that horrible in practice): In a figwheel project I test with, if I do not start figwheel and the cljs repl, Calva will still report that it connects to the cljs repl and let you think the cljs repl is backing source files, but in reality it will be the clj repl that is doing the work.
I really like the stuff you’ve done with the colors when you evaluate a form, but, one slight annoyance: The message from the compiler doesn’t linewrap even if I have line wrapping on.
I’ll create an issue on github with an image. (cant upload files here). Feel free to close 🙂
Have you watched the latest talk by Stuart Halloway btw, it’s really good, and quite applicable to what you do 🙂
In fact, even in the output channel there is often information missing from the stack traces. That is something we will have to investigate closely.
So, when an evaluation fails, you would like a popup with the whole error message? vscode supports these notification things in the right lower corner, where we could display such popups.
Is it enough for you to know that the error message is available in the Output channel, or would you like it more accessible than that?
View -> Output and there there is a drop down menu where you can select the “Calva says” channel.
My guess is, thought that you could probably trim the error message that’s displayed in the buffer.
Error: Syntax error compiling at (form-init4420829845966072511.clj:2:3). Unable to resolve symbol: foo in this context
The only interesting bit here (when looking at it from the source code buffer) is “Unable to resolve symbol: foo in this context”
It’s really great that they put some focus on the error messaging. It felt like a hurdle when I started with Clojure, and even if it is not such a big deal in practice I think it is a big deal for the beginner experience.
@pez ah, yeah. Call cljSession.stacktrace() if you want the stacktrace of the last eval, that message is supported in the new client :)
Also related, there is an issue open to highlight the error location during eval file etc. I will try and throw together a PR for that in the coming days, since it should be pretty simple.