aboutsummaryrefslogtreecommitdiff
path: root/runtime/lua/vim/lsp.lua
Commit message (Collapse)AuthorAge
...
* lsp: fix textDocument/completion handlingHirokazu Hata2020-02-19
| | | | | | | fix: #11826 Some lanuguage servers return complementary candidates whose prefixes do not match are also returned. So we exclude completion candidates whose prefix does not match. ex) Microsoft python-language-server, rust-analyzer
* LSP: fix validate_client_configJustin M. Keyes2020-02-16
| | | | | - `cmd_env` is a table not a function. - tests: Set $NVIM_LOG_FILE for fake LSP server.
* LSP: rename validate_command to _cmd_parts #11847Matthieu Coudron2020-02-11
| | | and now only accepts a list of strings (instead of string or list).
* LSP: set InitializeParams.rootPath value #11838Hirokazu Hata2020-02-08
| | | InitializeParams.rootPath is deprecated now. But some language servers still use it.
* doc [ci skip] #11656Justin M. Keyes2020-01-12
|
* LSP: eliminate lsp.print_debug_info…()Justin M. Keyes2019-12-31
| | | | | Reduce API surface. We should not add functions unless they are really needed. Users should be nudged to use vim.inspect() directly.
* LSP: eliminate lsp.stop_all_clients()Justin M. Keyes2019-12-31
| | | | | | Reduce API surface. We don't need so many variations of functions. Too many functions means verbose, largely redundant documentation, tests, and cognitive burden.
* gen_vimdoc.py: generate LSP docsJustin M. Keyes2019-12-31
|
* Revert "runtime: Add vim.lsp.get_client_by_name" #11623Ashkan Kiani2019-12-29
| | | reverts 680693e263576e34d5947c43ab0ae3ff0ebfeab5 #11603
* runtime: Add vim.lsp.get_client_by_name (#11603)Hirokazu Hata2019-12-28
| | | | Since the client name is more obvious than the client id for the user, add an API to get the lsp client by the client name.
* LSP: Use async completion for omnifunc. (#11578)Ashkan Kiani2019-12-20
|
* LSP: fix omnifunc findstart (#11522)Mike Hartington2019-12-20
|
* LSP: Move default buf callbacks to vim.lsp.callbacks (#11452)Ashkan Kiani2019-11-26
| | | | | | | - In the process, refactored focusable_preview to a util function. - Add text for locations_to_items of the current line. - Improve location callback to handle multiple return values by using set_qflist. - Remove update_tagstack and leave note for future travelers.
* Bring vim into local scopeAshkan Kiani2019-11-24
|
* UI tweaks.Ashkan Kiani2019-11-23
| | | | | | - Hide diagnostics on client exit - Stop insert on popup focus. - Hide popup on insertchar (for signature_help)
* Fix encoding translation in other places.Ashkan Kiani2019-11-21
|
* Remove comments.Ashkan Kiani2019-11-21
|
* UpdatesAshkan Kiani2019-11-21
| | | | | | | | - Use correct implementation of text_edits. - Send indent options to rangeFormatting and formatting. - Remove references to vim bindings and filetype from lsp.txt - Add more examples to docs. - Add before_init to allow changing initialize_params.
* Merge remote-tracking branch 'origin/master' into lsp-followupAshkan Kiani2019-11-21
|\
| * lsp: transmit "\n" after last line when 'eol' is setBjörn Linse2019-11-21
| | | | | | | | | | Otherwise some servers like clangd will emit spurious "no newline at end of file" warnings.
* | Satisfy lualint.Ashkan Kiani2019-11-20
| |
* | Change error writer to not be annoying.Ashkan Kiani2019-11-20
| |
* | Change callback resolution to be dynamic.Ashkan Kiani2019-11-20
| | | | | | | | | | This allows default_callbacks to be specified after client creation to be considered. Also it simplifies the code.
* | Move everything to buf & default_callbacksAshkan Kiani2019-11-20
| | | | | | | | | | | | | | | | - Rename builtin_callbacks to default_callbacks and slightly change its semantics: - No longer contains the default implementations. Instead, any default_callbacks will be used in preference for our .buf methods. - Add this to the docs.
* | Bugfixes.Ashkan Kiani2019-11-20
|/ | | | | - Return after an error in RPC. - Use an empty vim table for serialization.
* lua LSP client: initial implementation (#11336)Ashkan Kiani2019-11-13
Mainly configuration and RPC infrastructure can be considered "done". Specific requests and their callbacks will be improved later (and also served by plugins). There are also some TODO:s for the client itself, like incremental updates. Co-authored by at-tjdevries and at-h-michael, with many review/suggestion contributions.