This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-05-26
Channels
- # announcements (7)
- # babashka (42)
- # beginners (349)
- # chlorine-clover (9)
- # cider (16)
- # circleci (2)
- # clj-kondo (6)
- # cljs-dev (61)
- # cljsrn (15)
- # clojure (95)
- # clojure-europe (11)
- # clojure-italy (2)
- # clojure-nl (4)
- # clojure-spec (4)
- # clojure-uk (24)
- # clojurescript (21)
- # conjure (2)
- # core-async (8)
- # cursive (12)
- # datascript (2)
- # emacs (4)
- # exercism (1)
- # figwheel-main (86)
- # fulcro (27)
- # graalvm (4)
- # helix (36)
- # hoplon (3)
- # interop (44)
- # kaocha (6)
- # lein-figwheel (4)
- # malli (7)
- # meander (9)
- # off-topic (95)
- # pathom (33)
- # pedestal (13)
- # re-frame (20)
- # reitit (3)
- # shadow-cljs (102)
- # tools-deps (14)
- # xtdb (16)
Hey, I got a question with regards to clojure.spec
can the spec code be omitted form the production js output? I mean, I don't want the JS to be bloated (or maybe it does not compile it to JS anyways?)
Short answer is yes.
I have two source paths. One just for spec code. I don’t include that in the paths for my advanced build.
@olivergeorge Can you show an example to how you'd define those?
figwheel-main 0.2.6
has been released. This features a much nicer workflow for using NPM, I’ve started the docs for it here https://figwheel.org/docs/npm.html
That’s awesome work! Comparing now figwheel-main to shadow-cljs, is there any big differences between these two feature wise? I have been personally leaned towards using shadow-cljs because of the better npm-integration
It supports extra-mains and autotesting. The docs are still in progress, I want them to really cover how this all works so there are very few gotchas
@bhauman this looks incorrect
{:none {"npx" "webpack" "--mode=development" :output-to "-o"
:final-output-to}}