This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2021-08-11
Channels
- # aws (2)
- # babashka (11)
- # beginners (107)
- # calva (6)
- # cljsrn (18)
- # clojure (180)
- # clojure-australia (6)
- # clojure-europe (54)
- # clojure-losangeles (9)
- # clojure-nl (4)
- # clojure-uk (13)
- # clojureladies (1)
- # clojurescript (57)
- # clojureverse-ops (1)
- # consultantsdirectory (1)
- # cursive (48)
- # datomic (11)
- # defnpodcast (3)
- # degree9 (1)
- # deps-new (5)
- # depstar (21)
- # docker (2)
- # fulcro (15)
- # helix (32)
- # kaocha (1)
- # lsp (21)
- # malli (15)
- # meander (15)
- # news-and-articles (2)
- # nextjournal (1)
- # off-topic (42)
- # pathom (3)
- # podcasts (1)
- # polylith (73)
- # protojure (1)
- # re-frame (43)
- # reagent (1)
- # releases (1)
- # restql (1)
- # schema (1)
- # sci (1)
- # shadow-cljs (23)
- # spacemacs (7)
- # sql (5)
- # tools-deps (42)
- # vim (15)
- # xtdb (3)
Colin, since you’re around, i’m curious whether there’s any progress on this issue: https://github.com/cursive-ide/cursive/issues/1403 also, the built-in rule map is missing a few core symbols such as cond->
and cond->>
.
I’m not sure about the possibility of keeping the format config in the cljfmt file, I haven’t had a chance to investigate that. I’ll try to look at that soon.
the current approach for adding/changing indentation rules for symbols, in my humble opinion, is not quite user-friendly. we need to rely on [Option/Alt + Enter] to add a rule. in order to change one, we need to hunt it down among the long list of symbol+rule pairs in the Preferences/Settings dialog, which becomes a tedious and laborious process if you want to make Cursive's formatting match others' (e.g., cljfmt.) this in turn makes sharing and enforcing indentation rules another headache as you would have to change the rules manually for every one who is using Cursive. an alternative approach with a better developer ergonomics, in my humble opinion again, would be keeping indentation rules in a text file on disk (e.g., indents.edn) and point Cursive at it. and adding/changing rules would be a matter of editing that text file. with this approach, Cursive can keep its internal, default rule set immutable (e.g., no GUI to change it) and the only way to override it would be by editing that file (manually or via GUI). i don't know how difficult this is to implement but it would for sure fix a lot of problems that we have with current approach.
IntelliJ doesn’t provide a very nice way to do that, unfortunately. There are some similar solutions in IntelliJ now, for things like EditorConfig, so I’ll take a look to see what their solutions look like.

Hmm. It seems I became unable to navigate to namespaces/symbols/files from deps.edn git dependencies. Has anyone experienced this? On 2021.1.3, tried with both latest eap and latest stable cursive.
If you’re using the new git dep coord format, cursive may need updating to understand it (not sure if it is doing anything there or just using tools.deps)
Ok, was just a stab in the dark!
Not sure what's wrong really. I've gone all the way back to 1.10.2 but nothing's changed. Tried the invalidate caches dance at each downgrade as well
What's even stranger is that it appears navigation works for some of the git deps but not for others
@U0567Q30W any ideas what could be wrong here or how I could find out more?
one trouble I'm experiencing is now all the symbols that are defined in those git deps come up undefined, messing up formatting etc.
upgraded to 2021.2 and latest cursive EAP, reimported the project, but no luck unfortunately
I haven’t had a chance to try to repro this, sorry, I can’t think of anything obvious that should be different for git deps.
I’m not sure, I’ll try to look at this over the weekend and see if I can reproduce it. I’m not really sure what I would be looking for.
Thanks. What I haven't tried so far is nuking all of the idea project settings from the repo and trying again, but I'll do that next
But, when I downgraded clojure tools from 1.10.3.933 to 1.10.3.855 it started to work again
okay, I did some more investigation: snatched the classpath value being passed to java when I start the repl from cursive
and when my system has clojure 1.10.3.933 - several git deps are missing from that classpath value
clojure -Srepro -Spath -Sforce
gives me the same classpath no matter which version of clojure I'm using
Note that I don't use any new-style git dep coordinates. All of them are given as
groupid/libname {:git/url "full-url"
:sha "full-sha"
:deps/root "folder-name"}
Ok, it looks like others are having similar problems though, so something must have changed there. I’ll try to repro this ASAP
Thank you @U0567Q30W!
hello! I'm trying to set up a viable build target for Cursive on Windows and really struggling...is there any step by step documentation for windows?
Hi David, what are the problems you’re experiencing? Cursive should work in basically the same way on Windows as it does on other platforms.
So it's a little tough for me to figure out what "layer" my problem exists at right now - i'm totally new to this.
I have cursive installed in IntelliJ CE, 2021.1.13
I have no build/run configurations and it's unclear to me what should be configured here
Have you seen this? https://cursive-ide.com/userguide/first-repl.html
yes i have.
my problem is that i see no "Run REPL for new-project"
Ok. That has been happening recently and may be due to a platform problem, JetBrains have a bug logged about it.
You can create one manually using the steps here: https://cursive-ide.com/userguide/repl.html
thanks, I'll check this out
I have to step away for a bit, if you’re still having problems drop them here and I’ll reply when I get back.
much appreciated!
Thanks! I definitely will!