figwheel-main

figwheel-main http://figwheel.org
ingesol 2020-01-07T10:17:58.017100Z

@mikerod I recently spent a lot of time trying to figure this out. I landed on generating the different files for dev, prod, test, etc. Not optimal, but for now better than duplicating and spreading out.

ingesol 2020-01-07T10:18:46.017900Z

Some cases could possibly be covered by using CLI options. The docs are a bit vague and spread around, but schema is here https://github.com/bhauman/figwheel-main/blob/master/src/figwheel/main/schema/cli.clj

ingesol 2020-01-07T10:20:32.019Z

But I think this means that you can EITHER specify a file containing EDN, OR an inline EDN string. Specifying both, where the inline string merges into file contents would be nice

2020-01-07T14:36:35.001100Z

@ingesol thanks. Yeah that makes sense to me. It’s a bit weird to work with it seems indeed.

Brian Abbott 2020-01-07T19:02:42.002Z

How do we has figwheelists view ShadowCLJS? Are they complimentary to each other, seperate but equal or TOTALLY MUTUALLY EXCLUSIVE?

plexus 2020-01-08T09:01:34.006Z

I recently switched a project from fw-main to shadow, and had to change how some 3rd packages are used, so now my code is no longer compatible with fw-main. With fw you mostly rely on cljsjs, with shadow you use stuff directly off npm. How a certain package is invoked in both cases may or may not be source compatible.

plexus 2020-01-08T09:04:02.006200Z

Just something to be aware of. I still somewhat prefer figwheel-main for the familiarity and easy integration, but objectively shadow does everything that figwheel does equally good or better, and if you need a lot of third party npm packages it is the only thing that really works reliably.

athomasoriginal 2020-01-08T18:07:03.006600Z

@plexus That’s a good point!