| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
Since https://github.com/neovim/nvim-lspconfig/pull/3328#discussion_r1780185674
the docs now link to Nvim core's LSP bug report template, which provides
its own minimal init.
Thus we don't need to maintain a different "minimal_init" in this repo.
|
| |
|
|
|
|
|
|
|
|
|
| |
* feat: rename sumneko_lua -> lua_language_server
* refactor(sumneko_lua): use vim.deprecate
* refactor: handle deprecated server aliases in one place
* refactor: put server aliases in a function
* feat: rename lua_language_server -> lua_ls
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
| |
* switch to lua api for autocommands
* switch to nvim_create_user_command
* move to lua plugin initialization
NOTICE: Defining commands in server configurations will be deprecated in
future releases.
See `:help lspconfig.txt` to setup the same in an `on_attach` function.
Co-authored-by: Michael Lingelbach <m.j.lbach@gmail.com>
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
* let `packpath` use the correct temp folder per platform
* use the appropriate path-separator per platform
|
| | |
|
| |
|
|
|
|
|
|
|
| |
1. setting `runtimepath` to `$VIMRUNTIME` _only_ (skipping user plugins but
still sourcing builtin filetype plugins)
2. putting the `packer_compiled.lua` into a temp directory to avoid clobbering
the user's own (or, worse, conflicting if they configured a non-standard
location themselves)
3. updating installed plugins unconditionally (to prevent stale plugins from
earlier tests)
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|