This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
- # announcements (1)
- # beginners (44)
- # calva (20)
- # cljs-dev (22)
- # cljsrn (5)
- # clojars (24)
- # clojure (33)
- # clojure-europe (36)
- # clojure-filipino (1)
- # clojure-indonesia (1)
- # clojure-my (1)
- # clojure-nl (2)
- # clojure-sg (2)
- # clojure-uk (8)
- # clojurescript (73)
- # code-reviews (21)
- # conjure (13)
- # cursive (46)
- # datahike (16)
- # datomic (5)
- # depstar (1)
- # graalvm (7)
- # honeysql (22)
- # jobs (2)
- # jobs-discuss (2)
- # kaocha (3)
- # luminus (2)
- # malli (2)
- # nrepl (17)
- # off-topic (46)
- # pathom (14)
- # re-frame (7)
- # remote-jobs (1)
- # sci (8)
- # shadow-cljs (33)
- # sql (14)
- # vim (46)
- # xtdb (1)
Is there some way to make your run configuration automatically use deps aliases selected in deps tab?
This requires me to name every single alias, and it might be out of sync with what I have selected in my deps tab
@roklenarcic 'run with intellij classpath'
Thanks, I guess in the past I was using it in a way that didn’t work for me
I think I sometimes need to do a 'refresh deps projects' after changing what's ticked in the list for ij to pick those changes up
why is that some namespace aliases don't show their symbols in autocomplete ?
yes e.g. if I
(require '[clojure.tools.namespace.parse :as np]) I don't get any autocomplete for
(np/) whereas if I do for
what's stranger is that I sometimes get autocomplete for a completely different namespace. For example I have required datomic.client.api
:as d but when I ctrl-space for
(d/) I get completions for
Does File -> Invalidate Caches and Restart help this? It sounds to me like your indexes are funky somehow.
Also, which version of IntelliJ are you on? If you’re on 2021.1 and haven’t upgraded to 2021.1.1 yet, I think they had a bunch of indexing bugs which were fixed in the point release.
I tried invalidate caches & restarting but same problem. It happens with one project and not another. I suspect it's because I'm using libraries in my REPL from
~/.clojure/deps.edn which are not in my project's deps.edn
Does anybody know if there’s a way to “cycle” through a number of commands in IntelliJ ?
(I know there’s specific commands to cycle through some items, but I think a generic “cycle” that is you define can be useful)
if it's the same n commands you want to cycle through in the same order, then you could record a macro
Yes, I know macros, but they always run all the commands from start to finish. As I typed this, I realized it’s probably harder to implement in practice that I initially thought.
My idea was to replicate the “Alt+Tab” experience in say, MacOS where it jumps to the previous active window.
For example, if you cycle: “Jump to REPL Editor” “Focus Editor” … you’d be able to assign one shortcut to those and that would be convenient. But I realize that it’s hard to do, because IntelliJ has to keep the state of where the focus is at the moment.
The Escape is too annoying to hit because of Apple keyboard decisions 😂 (first world problems)
For example, if I add an additional shortcut in Keymap for “Escape” it actually doesn’t jump back to source, for example. So it’s weird.
In any case, I added two different shortcuts, CMD+1, CMD+2 for those two commands. It works fine.
Not sure it’ll help you, but I use Find Action for tasks like this all the time. I hit command-shift-a to bring it up, type a few letters to select the command, and hit return. Much faster than using the mouse.
@UQL85PT29 For sure. I try to eliminate most mouse “activity”.
I think you’re right that cycling is hard to do in a general way because it often depends on the current state. I went through a long bout of soul-searching on this with the REPL jumping commands, i.e. should there be one that cycles between input, output and code editor, or should there be 3 absolute jumps? In the end I decided on the absolute jumps. In my case since I’m implementing the command determining the current state is not hard, but the user still has to mentally take the current state into account when using the command, and in the end I decided it was more predictable to have absolutes.
@U0567Q30W Thanks for the input! I think specifically the switch between editor and input is super common and there will be very little overhead of keeping track of where I am at the moment. Perhaps it makes sense to add a separate action if it’s easy on your side to determine the current state. “Switch between REPL input and code editor” or something like that. But if you want to keep them only separate, I understand. It’s not a huge difference, still works well enough for my use case.
Has anybody here switched from emacs/vim to cursive? What did you like more?
What made you stay with cursive or move out of emacs?
got tired of my emacs config breaking and having to configure every little thing manually
(I also have used IntelliJ for many years before in my Java days so it was an easy choice)
I guess I’m in a similar position as you back then, thank you for your feedback