This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
- # adventofcode (51)
- # announcements (1)
- # babashka (7)
- # beginners (45)
- # berlin (2)
- # bristol-clojurians (1)
- # calva (38)
- # cider (2)
- # clara (25)
- # clj-kondo (2)
- # cljs-dev (25)
- # cljsrn (3)
- # clojure (112)
- # clojure-dev (6)
- # clojure-europe (5)
- # clojure-nl (1)
- # clojure-spec (15)
- # clojure-uk (93)
- # clojurescript (29)
- # clojutre (2)
- # core-async (78)
- # cursive (23)
- # datomic (29)
- # figwheel-main (1)
- # fulcro (50)
- # hugsql (1)
- # hyperfiddle (1)
- # luminus (1)
- # malli (26)
- # off-topic (40)
- # portkey (12)
- # reagent (22)
- # ring-swagger (1)
- # shadow-cljs (56)
- # spacemacs (24)
- # tools-deps (68)
In the debugger's "Evaluate Expression..." I am not automatically in the namespace of the breakpoint (in clojure.core instead) and therefore have to always prefix the namespace to resolve symbols e.g. to call local functions. Earlier I think this worked fine. Is there a setting to control this? I played around e.g. with "Evaluate form in REPL naemspace" but what unfortunately didn't help.
Yes, my apologies, this is annoying and I haven’t had a chance yet to try to figure it out.
It seems that it's impossible to use
clojure.core/comment as a target of "Resolve %symbol% as..."
But that would allow Cursive to not highlight some symbols introduced by macros as unresolved (e.g. if I create a
let-like macro that accepts a keyword before the bindings).
@U2FRKM4TW You should be able to do that using the Specify… option, I think? If not, it’s possible that support is hard coded, I’d have to check.
There's a downside to using
comment though. If my macro defines something, it will be left unresolved outside of the macro definition.
Added a comment at https://github.com/cursive-ide/cursive/issues/147#issuecomment-565614517 Hope it's useful.
"Language Intentions" is a really great feature - I've added quite a few PostgreSQL fragments there, and sometimes it really helps. It doesn't really matter (for me, at least) that in order to achieve it, I have to write some Java code fragments that use completely undocumented functions. As long as I have the relevant IDEA source code and some examples, it's fine.
Yeah, that’s my intention with the symbol resolution too, except the code would be Clojure and hopefully actually documented.
Whats the best way to share formatting rules on a per project basis across intelliJ and spacesemacs (Which i understand is governed by clojure mode + cljm format rules). I imagine its a manual effort involving 1. having standard rules 2. having each project kept a configurations (.dir-locals and the cursive equivelent) I think clojure-mode allows for formatting rules to be attached to the clojure vars themeselves (for macros) is cursive utalizing the same thing? I'm very tired of having every small code change in a project massive change 100's of lines!
Because both of those editors reformat every line even if you do not edit those lines? If so, wow. I'd hope they could be configured not to.
Or maybe you mean touching one line of a function often leads one to reindent/format that entire function?
I'm using spacemacs. If I edit a part of a hashmap, it reformates all of it. I can't accurately describe all the interactions, but they certainly aren't per line.
I'm pretty vanilla using Clojure-mode in Emacs with almost nothing else turned on. Tab auto-indents if I press it, but modifies no other lines other than where the cursor is.
@U0DJ4T5U1 I recently documented how to match emacs formatting in IntelliJ: https://cursive-ide.com/userguide/eap/formatting.html#matching-indentation-to-emacs
In IntelliJ (which I should also document) the solution to the sharing is to use a Project scheme under Preferences | Editor | Code Style | Clojure.
Cursive doesn’t utilise the formatting spec in the var metadata yet, no, but it should hopefully be possible to match the formatting. If it’s not, I’d like to hear about the cases where you can’t.