New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Question regarding Q&A #265
Comments
Why? Personally, I like Travis. The config is simpler, among other reasons.
I don't think this is quite what we want. The intention with the UMD build is simply to change the module format, not the target ES version. Which is to say,
I'm not necessarily against this, but IMO it wouldn't change much for the codebase, yet it would introduce complex tooling. It's pretty easy to just check the compatibility table on MDN / caniuse.com and only use features that already have broad support. There hasn't been anything I can think of where we've really needed Babel. A few years ago, this would have made a lot of sense. But these days, the spec moves incrementally and the browser vendors are doing a reasonable job keeping up. |
|
Indeed... Used tsdx recently with quite good experience... but i would be happy to try out microbundle on ky (and check a bit how ky-universal still integrate). I'll try to create some time for this. Thanks for your answers |
Yes that's something I circumvent by transpiling ky... no big deal (except that edge 18 issue) But I'm thinking for contributors it's gonna be hard time to enter the code. With evolution of tooling / ecosystem, I'm so used to not think of that for years. I'm probably not the only one. that something to consider at some point). Anyway I like very much what you do ! It's brilliant... but I might not be able to use it for most of my projects |
This would be solved with #255, right? Would you like to make a PR for that? I'll close this issue for now since I believe ES5 transpiling via Babel / TypeScript is the only thing we want for now and it already has its own issue. Happy to keep discussing here, though. |
@sindresorhus as ky became a crtical part in our project, would you be open if we provide few P/R's about
npx es-check es6 ./umd.js
to ensure code is valid es6. (we actually transpile ky but if it does not hurt bundle size, why not ?, there's only few code changes to be expected)Other nice to have (size-limit checks, typescript rewrite...)
What's your opinion on this ?
`
The text was updated successfully, but these errors were encountered: