-
Notifications
You must be signed in to change notification settings - Fork 5
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
Feature: supporting tsconfig.json "paths" mapping #2
Comments
Thanks for the report. First one! :) If you also register https://www.npmjs.com/package/tsconfig-paths Does it work? |
I'll also think about built-in support without the additional overhead... |
Yes,I always use ts-node and tsconfig-paths.This combination works very well.Expecting to become a built-in.Your project is very good.I like it. |
Just to clarify the current status:
It should be noted that type checking still works (or supposed to work) and report proper type errors, even for types coming out of mapped locations. The generated JS code does not have the paths mapped and fails on Node when running it as-is. Using Built-in support for paths is being considered. If |
Fixed in master and will be fixed in the upcoming release of |
@printjs |
- users can now control type checking and config lookup separately. closes #2. - users can search and parse configuration files, which will be preloaded in the service. closes #3. - simpilified `createHost`/`createLanguageServiceHost` flow when using custom file systems. - `cwd` can now be provided by customizing base host's `getCurrentDirectory`. - package should now be truely isomorphic (not tested yet). never assumes ts.sys is available.
The text was updated successfully, but these errors were encountered: