Closed salomvary closed 5 years ago
if it's for debugging, why don't you use:
import hyperHTML from '//unpkg.com/hyperhtml?module';
??? in that case you don't even deal with the already transpiled module, which is useless for debugging, IMO, you deal with the real thing.
import hyperHTML from '//unpkg.com/hyperhtml?module';
Yup, that's also an option.
Long story: I have a minimalist setup where my dev server is a static web server, my dependency manager is npm and my imports look like import from './node_modules/...
.
Anyway, I understand you might not want to publish yet another format and I can certainly live without this:)
And thanks for hyperHTML
btw!
Apologies but I don't see value in this, when you can just import es.js
.
A debugging session with a file that doesn't even represent the source would be useless even for bug reports. Errors also shouldn't really come from this lib, there is code coverage to grant that.
However, whenever an error happens due this lib, then you can always use the unpkg version to find out where exactly it fails in the source, so that having also non minified ESM looks redundant.
I hope I've reasoned well why I am closing this. Happy to answer questions, if needed 👋
Use case: using browser-native
import
and still being able to debug