-
-
Notifications
You must be signed in to change notification settings - Fork 364
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
Incremental search in import suggestion #1764
Comments
Afaik this should be implemented in the server (i will transfer to haskell-language-server if nobody disagree) |
The Rust extension has a single No idea whether this belongs in HLS or Ghcide - and if we go with the Rust approach, might even be in the extension itself. |
Since the extension already has an access to the completion candidates and scope of changes could stay minimal, I'm +1 for @ndmitchell's idea! |
Hmm, it seems that I misunderstood the situation. |
Ok, maybe it worths to open an issue to track the needed changes in the backend |
Recently, I've found Keyboard QuickFix extension, which gives us a helm- or Command Palette-like alternative to the native QuickFix contextual menu. So I think this issue can be overcome by using such extensions (though we could provide HLS specific filtering by similar way). |
Currently, VSCode HLS suggests missing import in the following manner:
For now, one can push the prefix of each item of pulldown to select, but many of items share the long prefix such as
import qualified ...
oradd imports ...
.It might be good if one can filter-out the candidate by module name.
The text was updated successfully, but these errors were encountered: