mirror of
https://github.com/golang/go
synced 2024-11-18 21:44:45 -07:00
79994da4ae
When VSCode applies its own fuzzy matching/filtering/ranking logic to completion candidates, it can end up reordering and even omitting some of our candidates. It is mainly a problem with deep completions (i.e. VSCode downranks or completely hides deep completion candidates that should be ranked at the top). We now trick VSCode into not reordering our candidates by setting each candidate's "filterText" to the completion prefix. This makes every candidate look like an identically perfect match, so VSCode just maintains the order specified by "sortText". Note that we don't do this trick if server side fuzzy matching and deep completions are disabled. In this case unimpeded client side candidate filtering is necessary. Change-Id: I677047bca12b9ce05a953016d0d89182f1fe44d6 Reviewed-on: https://go-review.googlesource.com/c/tools/+/202717 Reviewed-by: Rebecca Stambler <rstambler@golang.org> Run-TryBot: Rebecca Stambler <rstambler@golang.org> |
||
---|---|---|
.. | ||
browser | ||
cache | ||
cmd | ||
debug | ||
diff | ||
fuzzy | ||
protocol | ||
snippet | ||
source | ||
telemetry | ||
testdata | ||
tests | ||
code_action.go | ||
command.go | ||
completion_test.go | ||
completion.go | ||
definition.go | ||
diagnostics.go | ||
folding_range.go | ||
format.go | ||
general.go | ||
highlight.go | ||
hover.go | ||
link.go | ||
lsp_test.go | ||
references.go | ||
rename.go | ||
reset_golden.sh | ||
server.go | ||
signature_help.go | ||
symbols.go | ||
text_synchronization.go | ||
watched_files.go | ||
workspace.go |