Closed garyo closed 4 years ago
probably we should have an entry for that server in company-lsp-filter-candidates
Is there a workaround I could try? Note that the prefix is "d3.sca" but the returned values don't start with "d3." Also, seems like sending 300k of data per keystroke is going to be pretty slow (and indeed, it brings my Emacs to its knees).
Is there a workaround I could try? Note that the prefix is "d3.sca" but the returned values don't start with "d3." Also, seems like sending 300k of data per keystroke is going to be pretty slow (and indeed, it brings my Emacs to its
I will investigate that later more closely (I am back from a vacation) but you may try:
(setq company-lsp-filter-candidates
'((bingo . nil)
(ccls . nil)
(clangd . nil)
(cquery . nil)
(go-bingo . nil)
(gopls . nil)
(javacomp . nil)
(jdtls . nil)
(pyls . nil)
(rls . nil)
(jsts-ls . t)
(t . t)))
FTR when using emacs 27 with native parsing with a proper gc-cons-threshold setting emacs is able to handle 300k json per keystrong without a problem.
Setting that value of company-lsp-filter-candidates
makes it give the correct completions for me. Thanks!
Using jsts-ls with typescript, and latest company-lsp, I get no completions for "d3.sca|" with company-lsp-cache-candidates set to
nil
. With'auto
I get too many random candidates (not starting with "sca", not even fuzzy-matching "sca"). For instance:... and 300kB of completions data follows, everything in the
d3
lib.