Skip to content
This repository has been archived by the owner on May 25, 2019. It is now read-only.

Add support for Babel #543

Merged
merged 4 commits into from
Jun 13, 2015
Merged

Add support for Babel #543

merged 4 commits into from
Jun 13, 2015

Conversation

jamiebuilds
Copy link
Contributor

No description provided.

@silvenon
Copy link
Member

Hey, thanks for the awesome PR 👍 The team decided to completely replace CoffeeScript with Babel, would you care to add that to your PR too?

@jamiebuilds
Copy link
Contributor Author

Will do

@jamiebuilds
Copy link
Contributor Author

This might be pushing it, but I could make the change that Babel is always included. If people do not want to use ES6 features, Babel would just pass the file right through without transforming anything. It would simplify the repo a bit more and encourage people to start using ES6+.

@arthurvr
Copy link
Member

Nah. I don't really know if all-day users would like that. Generally I don't like it if my build system is cluttered with things I don't use (in case they wouldn't use ES6), so I don't think they will eighter :/

@jamiebuilds
Copy link
Contributor Author

Alright, removed CoffeeScript

'sass:server'<% } else { %>
'copy:styles'<% } %>
],
test: [<% if (coffee) { %>
'coffee'<% } %><% if (coffee && !includeSass) { %>,<% } %><% if (!includeSass) { %>
test: [<% if (babel) { %>
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why did you add that space?

@stevemao
Copy link
Collaborator

Any reason why you guys want to remove CoffeeScript? Does it apply to other generators?

@silvenon
Copy link
Member

CoffeeScript was created to patch some shortcomings of JavaScript (other than to provide some syntactic sugar). Now that we have an ES6 transpiler, there's no real need to support CoffeeScript anymore. We generally advise using plain JS over CoffeeScript because it's native (i.e. new features will be faster), the barrier of entry is lower (e.g. Atom being written in CS increases the barrier) and, in my opinion, there is less and less reason for it to exist.

Yes, we'll probably drop it from other generators as well, eventually.

done();
});
});

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should probably test the babel option in some way

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ping? I just think that we should at least have a test for the babel option.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

added

@arthurvr
Copy link
Member

I like this 👍 @silvenon WDYT? Good to go?

@addyosmani
Copy link
Member

LGTM for a merge.

Side: It's pretty great to see the Babel community proactively helping existing tools improve their ES6 support. Thanks a lot @thejameskyle!

@addyosmani
Copy link
Member

@silvenon In agreement regarding our general dropping of CS. Now might be a good time for us to open issues for any generators with remaining CS support to consider switching those over to ES6 too.

@silvenon
Copy link
Member

@addyosmani good idea. Done.

@silvenon
Copy link
Member

I tried it, seems to work fine. Very good job, @thejameskyle, thanks a lot 👍

I would even go as far as not making Babel optional, because it's just JavaScript, but this will do perfectly for now.

silvenon added a commit that referenced this pull request Jun 13, 2015
@silvenon silvenon merged commit 34453b8 into yeoman:master Jun 13, 2015
@addyosmani
Copy link
Member

👍

@jamiebuilds jamiebuilds deleted the tjk/babel branch June 13, 2015 18:47
@jamiebuilds
Copy link
Contributor Author

Thanks guys!

@arthurvr
Copy link
Member

Side: It's pretty great to see the Babel community proactively helping existing tools improve their ES6 support

Sure! 👍 Thanks @thejameskyle!

In agreement regarding our general dropping of CS. Now might be a good time for us to open issues for any generators with remaining CS support to consider switching those over to ES6 too.

If that's the plan maybe we should consider writing about it at some point too? (a blogpost I mean) It's a change that significantly impacts our users and it's all about shiny new technology. There's much interesting stuff going on in the world of ES2015-tooling these days.

@jamiebuilds
Copy link
Contributor Author

You might also want to switch to eslint with babel-eslint as the parser for better ES6/ES7/JSX/etc support

@silvenon
Copy link
Member

Thanks for the tip! I've just seen it recently, will check it out 👍

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants