Fork me on GitHub
#shadow-cljs
<
2017-11-18
>
cmal04:11:34

shadow-cljs watch a node library often tells me this: [:d3-cljs] Build failure: The required namespace "shadow.umd-helper" is not available. But it is working well, just do not know what this means. simple_smile

thheller07:11:16

indeed. I can reproduce. looking into it.

cmal07:11:31

:thumbsup:

thheller10:11:33

@cmal saw your fork. you can now use [email protected] and specify :devtools {:use-document-host false} which changes the default behaviour and then uses the :host specified in :http {:host ...} which defaults to "localhost" instead of js/document.location.hostname

Jon18:11:00

any reason we use manifest.json rather than *.edn?

thheller18:11:17

way back when I introduced the feature I was using a ruby script for deployment. it was easier to use .json files, thats pretty much the reason. never changed it since.

jgdavey19:11:34

I had an issue the other day with two npm dependencies clashing. Specifically object-assign and object.assign. How are these npm dep names munged?

thheller19:11:47

ah hehe you are not the first to run into that one

thheller19:11:29

munging is done by (ModuleNames/fileToModuleName js-name)

thheller19:11:01

which is a utility function from the Closure Compiler

thheller19:11:17

which we kinda have to use unfortunately

thheller19:11:53

you can use :resolve {"object-assign" {:target :npm :require "object.assign"}}

thheller19:11:08

so only one is included, assuming that they both do the same thing

jgdavey19:11:17

I assume they’re both polyfills, but I’d have to check

thheller19:11:36

looks like they are doing the same thing yes.

thheller20:11:54

the amount of polyfills npm packages depend on is scary.