I need a specific Babel preset that I have set in a local .babelrc file within a module's folder. I don't want Babel's default transformation of ES6 module syntax to commonjs, so have set it to false (https://babeljs.io/docs/en/6.26.3/babel-preset-env#modules). This doesn't seem to be working. Does shadow-cljs do any other transformation that would effect this?

@studio can you clarify what you are trying to do? "withing a module's folder" can mean many different things? is it in node_modules?

I have decided to persevere with getting Storybook running - after researching it further, the issue is that Storybook is expecting ES Modules and Babel by default is using commonjs so there is a conflict. I have a custom babel config file (https://storybook.js.org/docs/configurations/custom-babel-config/#docs-content) but it doesn't seem to be getting picked up as there are still errors surrounding the use of default

that explains nothing sorry

shadow-cljs does not produce ES Modules. no matter how you configure it, babel isn't even involved in that part

can you setup a sample project for this? maybe I can help if you show me some actual code

but it seems to me you are trying things that'll never work

Sure, I'll set up a quick repo now.

https://github.com/danchristian/shadow-storybook-demo

It loads Storybook fine - if you change a string, like the buttons text, then it reloads and errors with can't redefine non-configurable property "default". It also loads "Default" as a story, which is wrong, there should only be one story which is "Normal".

This all seems to be related to how export default is treated.

> added 1084 packages from 869 contributors and audited 36312 packages in 113.036s

isn't npm fun ....

> webpack built efa024dd49af14b30e80 in 70472ms

and they complain that shadow-cljs is slow 😉

@studio I seem to have got it working

:face_with_monocle: How?!

required changing some of the code generated by :npm-module

Was it to do with Babel's modules?

no

not involved at all

😐

What was the cause?

@studio try [email protected]

Doesn't error locally! Let me try on the full prod build with Reagent etc

I'm unsure why it hangs around 69% for so long when building

probably processing the cljs.core. takes forever

Everything seems to work, unless you change the name of the function: (defn ^:export normal [button] "Hello") (defn ^:export normalXXX [button] "Hello") this._data[id] is undefined Do you get that too? Changing anything else, the reload works as expected.

didn't try. no time to look into that sorry

I would recommend staying as far away as possible from this

it is always going to be a hack when used with CLJS

From Storybook?

yes

Cripes

Not good news!

I will have a think - thank you!

Does anyone use jest with shadow-cljs? How do you setup the project?

What does [:no-worker :app] mean when attempting to start a CLJS REPL for the build :app?

that the watch isnt running

thank you

Is there some workaround for the dynamic import problem? https://github.com/thheller/shadow-cljs/issues/486

yeah, don't use it 😉

Well it comes from a library, so forking it should be the best bet?

https://github.com/google/closure-compiler/issues/2770

can't do much until the closure compiler supports it

Ok, thanks. Is this related or is it another kind of problem?

SHADOW import error /home/project/.shadow-cljs/builds/test/dev/out/cljs-runtime/shadow.js.shim.module$react_native.js
/home/project/node_modules/react-native/Libraries/Utilities/warnOnce.js:15
const warnedKeys: {[string]: boolean} = {};
      ^^^^^^^^^^

SyntaxError: Missing initializer in const declaration
    at new Script (vm.js:80:7)
    at createScript (vm.js:274:10)
    at Object.runInThisContext (vm.js:326:10)
    at Module._compile (internal/modules/cjs/loader.js:664:28)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:712:10)
    at Module.load (internal/modules/cjs/loader.js:600:32)
    at tryModuleLoad (internal/modules/cjs/loader.js:539:12)
    at Function.Module._load (internal/modules/cjs/loader.js:531:3)
    at Module.require (internal/modules/cjs/loader.js:637:17)
    at require (internal/modules/cjs/helpers.js:22:18)

looks to me like you are trying something that isn't supposed to work?

ie. importing react-native without metro?

That would explain it, thanks. I wasn't aware that I could not import react-native without metro.

yeah thats typescript or flow

requires preprocessing before you can run it. so metro.

I guess that this makes a lot more complicated testing react-native apps using shadow-cljs.

dunno. how are they usually tested? shouldn't be much more complicated than those setups

I'm not sure either, I'm coming from the cljs side. For the look of what I read it involves lots of babel.

I didn't look into testing react-native at all. if you have a reference example I can maybe tell you if its possible or not to get this going

Ok, thanks. I think I have to do more exploration on the js side of this.