Clojurians Log v2

🦜

Hi everyone! I would like to tell chlorine explicitly where to find shadow-cljs.edn (it’s not at the root of the project I am opening in Atom), is there a way to do that?

… this is a bit like the previous question, I notice, but I am looking for a different solution

And a second question: I would like to jump to symbol definitions in ClojureScript (“Go To Var Definition”), but I understood that Chlorine does not support this, is that correct? Or am I doing something wrong?

Unfortunately the answer is no for both cases. I'm thinking about changing the first implementation, and add support for the second.

On the second case, I was thinking about using orchard as a helper library, but as Chlorine started to support more repl implementations, I'll add a simpler implementation

Just to be sure: the new implementation I'm thinking will not use shadow-cljs.edn at all - it'll try to find compilation targets using the shadow API. I think this can solve more than one issue with the current implementation.

Do you think it would help you?

@ben477 if you can find a reliably working atom plugin that handles ctags, i have some code that will generate a ctags file for clojure / clojurescript projects (including dependencies). iiuc, the atom-built-in support for "jump-to-definition"-ish things has unfortunately not been working very well for quite some time. i wrote up some notes here: https://github.com/atom/symbols-view/issues/159#issuecomment-544118286 it's possible that: https://github.com/atom-ide-community/atom-ide-definitions might work (possibly in combination with external ctags files), but i haven't tried it

Thanks for your replies! I am not sure. My situation is like this: the repository contains the web app (which has the shadow-cljs.edn) as a subdirectory, but I would really prefer to have the repo be my “Atom project”

One thing I might be able to do is programmatically change the Atom project root before firing up the REPL, and resetting it afterwards, because as far as I can see, once shado-cljs.edn has been found, everything is “good to go”

@sogaiu, thank you, I was hoping for a repl-based solution though …

perhaps @mauricio.szabo will come up with something appropriate before long :)