-
Notifications
You must be signed in to change notification settings - Fork 0
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
gather list of tools that do have autocomplete working #2
Comments
I guess one reason of "not by default", is programmers need to know it to make it work. For example, how can I know IMO, the only discoverable way is creating a snippet |
Typescript is just now adding support ( https://devblogs.microsoft.com/typescript/announcing-typescript-4-3-beta/#import-statement-completions ), but they did reach out and state the status quo is a performance concern. CC: @DanielRosenwasser |
@andrewbranch did a lot of work to uncover existing inefficiencies and exploit different levels of caching to make this work well. He can speak more to this. It remains to be seen whether this really alleviates the pain. I'm not huge on deferring to tooling to fix this but it might be enough. You can try it out in VS Code Insiders with the TypeScript/JavaScript Nightly extension. |
I will also point out that the feature we just added in TypeScript is obviously only useful to developers who already have some idea what a given module exports. Sometimes when I install an unfamiliar module, requesting completions at |
Particularly, given in a node project:
They can perform some kind of completion for the binding names so that you end up with things like:
I do not have editor/tooling that I currently use that does this without custom configuration. It seems that if no tooling does this by default, finding the reason why would be good.
The text was updated successfully, but these errors were encountered: