You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am trying to design a development workflow leveraging the fact that browsers are starting to support es6 modules. The idea would be not to use a bundler during development, relying on bsb -make-world -w and browser refreshes.
I use es6_global package spec in order to have full paths so that the browser can resolve modules correctly.
It actually works wonders and is a joy to use.
However it breaks down with reason-react which injects a dependency on react in a way that relies on nodejs module resolution algorithm.
Is there a way to resolve the relative path to react when using es6_global ?
The text was updated successfully, but these errors were encountered:
Absolutely, this is now clear to me.
Forgive my naivety, I am still in the process of knowing how it all fits together.
Thank you for your work on this, I genuinely feel like this ecosystem hits a sweet spot between language design beauty and pragmatism for UI development.
I am trying to design a development workflow leveraging the fact that browsers are starting to support es6 modules. The idea would be not to use a bundler during development, relying on bsb -make-world -w and browser refreshes.
I use es6_global package spec in order to have full paths so that the browser can resolve modules correctly.
It actually works wonders and is a joy to use.
However it breaks down with reason-react which injects a dependency on react in a way that relies on nodejs module resolution algorithm.
Is there a way to resolve the relative path to react when using es6_global ?
The text was updated successfully, but these errors were encountered: