-
-
Notifications
You must be signed in to change notification settings - Fork 533
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
First ugly pass of using babel (0.9.5) #3333
Conversation
So this walks every JS file and transpile it to ECMA compatible versions? |
Yeah, that's the basic jist of it. It's doing ES5 level javascript I believe. |
I appreciate the effort. But, I have several problems with this approach.
What I would do instead is to find the actual weak point in our current JS files and modify them. This approach could make that happen by automating and then comparing the result. That is I think the most painful way to do it. |
I don't disagree with your assessment, I hate javascript (which is why I'm using Blazor 😄 ) but I don't know if there's a more maintainable way. I still think Babel is the least painful with the amount of javascript being used but happy either way I used I'm happy to contribute time to fix this but I'd probably need someone else to bootstrap the strategy desired. I'd provide the grunt work of conversion. |
For reference. https://caniuse.com/?search=es6 |
I'm experimenting with Now the difficult part. Should we support ES5 or ES6? 🤔 |
Looking at https://caniuse.com/es6 that's probably good enough? Going back to ES5 seems ancient |
Close in favor of #3336 |
I moved the existing code to
src/
then ran:./node_modules/.bin/babel src --out-dir .
then manually deleted the changes in vendor.
I realize this is ugly but I don't know what the build process is like. Would using Babel to manage the javascript output be something to consider?
Fixes #3203