Open goolord opened 3 years ago
Sounds reasonable. But does this actually manifest in practice? Don't clients make another query when you refine your search by adding more characters?
neovim doesn't, at least. there are UIs that wrap nvim's workspace symbol handler that do/could do that, though.
most UIs I've used that provide functionality like that to nvim just query once and filter the results with some fuzzy filter, but maybe that's not a use case worth supporting :thinking:
I think it's worth it, if only because other language servers might not return symbols LIKE
the query and it's worth maintaining that that workflow works across any language
currently,
searchDef
is implemented like https://github.com/wz1000/HieDb/blob/bb7367f513eb17b4e81ed1339b8a583bfc521326/src/HieDb/Query.hs#L121-L126 theLIMIT
on line 126 is problematic for HLS's workspace symbol handler, since it frequently omits symbols from a workspace_symbols query in a way that's opaque to the user https://github.com/haskell/haskell-language-server/blob/3be343acf76f05fb9b8adb73625439a5d40b362c/ghcide/src/Development/IDE/Core/Actions.hs#L123-L127I think it's fine to either
LIMIT
lineMaybe Int
parameter or similar to make this limit configurable