-
Notifications
You must be signed in to change notification settings - Fork 12.6k
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
allowSyntheticImports
should do the emit for synthetic import as well
#9562
Comments
Actually, I think that this was the right thing. The wrong thing was that both Babel and TypeScript allowed named imports from it. Check out the following discussion: nodejs/node-eps#26 (comment) |
Thanks. All the more reason to have TypeScript transpile it then 🌹 :) More : the issue is made worse by the fact that if you do stuff like |
dumb question.. Does this mean that I tried the Babelish (EDIT: VS Code however is able to provide intellisense for |
No, tools like Babel, Webpack, and SystemJS do this automatically. You'll often use TypeScript in conjunction with one of them. |
|
I just migrated a largish project from Babel to TypeScript. This was the bulk of the changes, i.e. going from
import React from "react"
toimport * as React from "react"
.I know that babel definitely did a bad thing by allowing people to use
export =
as the default import http://stackoverflow.com/a/37152481/390330however we already support type checking for that with
allowSyntheticImports
. Why not add the transpile for that as well. Reason being that a lot of JS code is being (even if wrongly) written inimport fs from "fs"
style (e.g webpack docs : https://gist.github.com/sokra/27b24881210b56bbaff7) and getting to all these people and telling them to stop doing it is no longer a possibility, so if we want a simpler 1-1 JS thats out there to TS migration this would greatly help🌹
PS : I did a video with
allowJs
https://www.youtube.com/watch?v=gmKXXI_ck7w Love you guys ❤️The text was updated successfully, but these errors were encountered: