Gary Trakhman

Some cursory searching about react people trying to do the same thing reveals this is the thing to use: https://github.com/tmpvar/jsdom Putting it here for reference.

Sweet! On Mon, Aug 18, 2014 at 6:21 AM, Masatake YAMATO [email protected] wrote: > Another great option is fixing emacs side: > > http://thread.gmane.org/gmane.emacs.devel/172333 > > — > Reply to...

Cljs-tooling I think relies on load-file having been run, not evaling the ns form on its own over the repl, did you give that a try?

Try cider-load-file, I think it's C-c C-k?

We're seeing a similar issue and use-case. We use codeowners already, but would like to assign individuals from one of the teams. As it stands, adding this github action can...

seems like for now on 0.4.0-SNAPSHOT, this works: ``` (task-options! start-repl {:cljs-repl-opts {:output-dir "target/public/main.out"}}) ``` Thanks to @Deraen for this relevant commit: https://github.com/adzerk-oss/boot-cljs-repl/commit/04b6f44bb4f630746ae49dcb464ef9e3a82c4379

Actually turning autobuild off with figwheel-sidecar.repl-api doesn't improve the situation. The first cider-load-file creates the nested resources directory.

This seems to be a problem with CLJS itself, I'm working on it. I think it has to do with cljs.repl/load-file -> cljs.util/to-target-file

I have a proof of concept workaround that fixes the issue locally. Monkey-patching cljs.closure/compile-file: ``` (defn compile-file "Compile a single cljs file. If no output-file is specified, returns a string...

I'd also like to point out, that while this is a CLJS problem, figwheel seems to exacerbate it. I think a potential remedy here is to allow for splitting CLJS...