anything special to get figwheel-main to work in Cursive? I thought this worked?

(as a clojure.main REPL)

we are getting this error

> [Figwheel:SEVERE] java.lang.IllegalArgumentException: Not a file: jar:file:/home/dan/.m2/repository/breeze-quiescent/breeze-quiescent/0.1.8-SNAPSHOT/breeze-quiescent-0.1.8-SNAPSHOT.jar!/quiescent.cljs and we're wondering if its possibly related to single segment namespaces. figwheel-main with leiningen and multiple mains (not sure which parts are relevant)

nvm, got it sorted

Switching multiple projects to figwheel-main, I had to configure options like :open-file-command and launch-js in each one. Just to discover that my team mates need different values. I think these values should be configured in the users home directory, instead in the project file. What do you think?

I don't understand that need for home directory stuff as that usually muddies the waters especially for project level concerns

I believe Figwheel like ClojureScript supports merging multiple configs - I would think that would be sufficient

anyone happen to know where to set :devcards true when using extra main files with figwheel main? can't get the defcard macro to emit the card because it thinks that devcards are inactive

@dpsutton in the ClojureScript options

i think what caught us out is that they don't go in the clojurescript options for the extra main

^{:extra-main-files {:devcards {:main react-hitch.devcards-runner}
                     :test     {:main react-hitch.test-runner}}
  :watch-dirs       ["src" "test" "devcards"]}
{:main     react-hitch.qui-tracker
 :devcards true}

seems like they should go near the devcards-runner main and not the base main if that makes sense

also i think dirty file systems confused us for a bit

you can also use closure-defines https://github.com/bhauman/devcards/blob/master/src/devcards/util/utils.clj#L9

which is cleaner

we saw that but i thought closure defines are only availble with advanced compilation

its just getting pulled out of the config option data

by a macro

it doesn’t happen on the cljs side of things

yeah and I think you get that extra main files don’t affect compilation, they only output that extra little main file