This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-11-03
Channels
- # beginners (167)
- # boot (22)
- # chestnut (3)
- # cider (9)
- # clojure (107)
- # clojure-berlin (1)
- # clojure-greece (3)
- # clojure-italy (6)
- # clojure-losangeles (6)
- # clojure-russia (8)
- # clojure-spec (71)
- # clojure-uk (42)
- # clojurescript (186)
- # community-development (1)
- # core-async (12)
- # core-typed (1)
- # css (15)
- # cursive (29)
- # data-science (11)
- # datomic (8)
- # defnpodcast (28)
- # duct (2)
- # fulcro (169)
- # graphql (6)
- # hoplon (3)
- # jobs-discuss (1)
- # kekkonen (5)
- # leiningen (11)
- # lumo (7)
- # off-topic (14)
- # om (1)
- # other-languages (14)
- # portkey (7)
- # re-frame (27)
- # reagent (14)
- # remote-jobs (1)
- # ring-swagger (5)
- # rum (15)
- # shadow-cljs (52)
- # spacemacs (59)
- # specter (78)
- # test-check (3)
- # vim (9)
- # yada (23)
@potetm No, unfortunately: https://github.com/cursive-ide/cursive/issues/1036
@kenny Not really - it’s a very interesting project and has potential for Cursive, I’m not sure it’s production ready yet though.
ah found the page https://cursive-ide.com/eap.html
@cfleming Well, the specific libraries we're using are adzerk/boot-test
(in our older stuff) and metosin/boot-alt-test
(in the newer stuff). In terms of the code content of the test files they're both the same, the just produce different output. For all I know the code content is the same for clojure.test
too. (deftest ... (testing "..." (... (is
etc? But I wouldn't expect Cursive to support them because it doesn't do boot 🙂
@carr0t It should work since you’re actually using clojure.test
, you’re just using the boot runner. If you can start a boot REPL and connect Cursive to it, the test integration should work for you.
@mattford I don’t have a good release notes page, the best way to stay up to date is the mailing list: https://groups.google.com/forum/#!forum/cursive
Hmm. I went to "Debug REPL for..." instead of "Run REPL for..." and for some reason Cursive seems to have forgotten all my definitions for this project. My project.clj is still the same...
What does Cursive need to resolve the code within a module? I have 2 modules here within the 1 project and 1 resolves fine and the other was but has just stopped, and I can't work out what has suddenly changed
It is referencing a different Clojure version, but it was doing that before. If I change the Clojure version to match the working project it resolves the basics like defn, but not the other calls for other libs
I've checked my .m2 directory, and both versions of Clojure are present in there. The iml file is referencing the correct one
Ahha, I moved the project directory a while back. It seems anything regenerated since then has got confused. If I move it back it all works. So is there a relative path somewhere that has got messed up?
Just updated Cursive to 1.6.2-eap2-2017.2 and it refuses to syntax highlight a couple files in one of my projects. All symbols and most functions are highlighted as "cannot be resolved." The strange thing here is that it is only in a couple files in this project. Every other file is unaffected. I have tried restarting InteliiJ, invalidate caches & restart, and deleting the IntelliJ project and recreating it all without success. Any ideas?