-
Notifications
You must be signed in to change notification settings - Fork 146
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
Add autocomplete for https imports #107
Comments
take a look at this, I think it can help you |
That's a neat little utility but import maps are still unstable and even so, it doesn't provide autocomplete. |
@brandonkal Hope #172 will help you |
@brandonkal We autocomplete already cached files from "DENO_DIR" now, and we have full IntelliSense for deno.land/x (https://www.reddit.com/r/Deno/comments/imitln/the_vs_code_deno_extension_now_has_intellisense/). I hope support for nest.land URLs will come soon. Does this solve the scope of the issue somewhat? |
Can we standardize on a generic autocomplete solution? Like a sitemap file at the domain root? This should make nest.land and more importantly other domains work without special consideration. |
This is not scalable. deno.land/x serves more than 750.000 unique files. Also generalizing comes at the cost of accuracy. Because we know exactly which parts of a deno.land/x url have what possible values, we can give a very specific set of options to IntelliSense. In a general list of urls (like a site map) this is not really possible anymore. I think we can give the best user experience by supporting each registry individually for now. |
Outside of re-implementing support for the registry auto completions, we won't implement a "generic" solution which crawls web servers for imports. If a server wants to support import completions for Deno, they need to implement a |
This is a pain point with using Deno. Naturally the cache layout makes this very difficult for all tools.
The text was updated successfully, but these errors were encountered: