Optimise builds depending on consumer capability about v8n HOT 5 CLOSED

@Buzut see #177

from v8n.

This should only require a few lines in the Rollup config. Not sure if I will get around to it though.

from v8n.

Why not just left code as-is for the es-modules?
It's the consummer responsibility to further compile it if needed.

The rationale is that if you ship compiled code, you give no choice to the developer using your lib whether he wants to ship modern, optimised code to the users.

On the other hand, with module being just raw (but standard) modern JS, anyone can do as they see fit. That's roughly Babel team's opinion too.

If it seems like a fair option to you, I'd be happy to PR the changes for that to happen.

PS: that would obviously not impact either main nor jsdelivr, so tools not module aware wouldn't notice the difference.

from v8n.

I actually like the approach the Vue.js repo uses. They have an esm.browser build, which uses ES modules and is browser ready. This is what I think we should do too. I don't see what other changes are necessary? I feel like all we need is an additional build.

from v8n.

Seems good to me! Waiting for the merge and will be using it promptly 👍

from v8n.