The Problem
When lsp_binary was used to pass in the binary to use for the LSP implementation, it was possible to simply pass in executable find-able in PATH. With the new server and custom_server_filepath options, there is no direct way (that I can see) to have this plugin simply execute some binary which exists in PATH. For me this is a regression, since this is the only way I expect binaries to be reachable (via PATH, and not an absolute path).
Potential Solution
Provide a different option for the server which simply allows for users to specify the name of an executable. For example:
require("copilot.lua").setup({
server = {
type = "executable",
name = "copilot-lsp"
}
})
Workaround
require("copilot.lua").setup({
server = {
type = "binary",
custom_server_filepath = vim.fn.exepath('copilot-lsp')
}
})
This workaround is fairly simple, and so I wouldn't hate having to rely on it, but seems like this functionality should be exposed by the default set of options.
The Problem
When
lsp_binarywas used to pass in the binary to use for the LSP implementation, it was possible to simply pass in executable find-able inPATH. With the newserverandcustom_server_filepathoptions, there is no direct way (that I can see) to have this plugin simply execute some binary which exists inPATH. For me this is a regression, since this is the only way I expect binaries to be reachable (viaPATH, and not an absolute path).Potential Solution
Provide a different option for the
serverwhich simply allows for users to specify the name of an executable. For example:Workaround
This workaround is fairly simple, and so I wouldn't hate having to rely on it, but seems like this functionality should be exposed by the default set of options.