LuaLS / LuaLS/lua-language-server
Add documentation for the plugin environment
Chưa có ai nhận issue này.
- Ngôn ngữ chính
- Lua
- Star
- 4.4k
- Fork
- 442
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Mô tả
Plugins have a surprisingly large amount of flexibility when the surrounding environment is considered. Unfortunately, most of the environment is undocumented, which means there's a good chance plugin developers don't know how much their plugin can really do.
Currently, printing out package.path and package.cpath gives these directories
package.path
# directories provided by the extension
$LSP/script/?.lua
$LSP/script/?/init.lua
# access to the plugin's directory
$PLUGIN/?.lua
package.cpath
$LSP/bin/?.dll
where:
$LSPis the path to this project's folder, and$PLUGINis a path to the plugin's current directory.~/project/config/plugin.luawould make$PLUGINpoint to~/project/config
Along with giving plugins the ability to have sub-modules, the LSP has some very useful utilities in its script folder like:
vmfor inspecting types (or so it seems)parser.compilefor getting an ASTinspectwhich looks like kikito/inspect.luaconfigfor reading LSP settings likeLua.runtime.version
I don't work with Visual Studio enough to understand the DLLs in
$LSP/bin, or at least not enough to work with them in Lua.
... has some useful information too.
local inspect = require("inspect")
print(inspect({ ... }))
--[[-->
{
<function 1>, -- this plugin loaded as a chunk using `load()`
"file:///$WORKSPACE_FOLDER", -- a URI pointing to the workspace folder
{} -- arguments provided by the setting `Lua.runtime.pluginArgs`
}
]]
I think this information is useful enough to be documented in the wiki. I can contribute to it if need be.
It would be even more useful and accessible if there was a meta-addon that adds the $LSP/script directory to Lua.workspace.library or a boolean option that adds the directory internally. I can try to contribute to that as well.
I understand that $LSP/script may be updated often for bugfixes and other things. If this is the case, I think it would at least be useful to provide a directory for plugin utilities.
I'm not sure about what to do when the VS Code extension gets updated since it changes directory. Maybe, more generally, the LSP can warn you about missing libraries.
Also, if
$LSP/scriptupdates too frequently to be mentioned in the wiki, I think the meta-addon route would be more fruitful.
Hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Hướng nghiên cứu
Bắt đầu bằng cách xem xét các chi tiết về môi trường plugin trong issue, bao gồm package.path, package.cpath, các tiện ích $LSP/script và các đối số plugin được truyền qua .... Xác nhận hành vi nào đủ ổn định để được ghi lại trong wiki, sau đó làm rõ môi trường và các tiện ích hiện có cho các tác giả plugin mà không phụ thuộc vào những thay đổi mang tính suy đoán đối với DLL hoặc meta-addon.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Đánh giá
- Công nghệ
- lua
- Lĩnh vực
- documentation
- Loại issue
- Tài liệu
- Độ khó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức độ hoạt động
- Đình trệ
- Độ rõ ràng
- Khá rõ ràng
- Mức phù hợp với người mới
- 35/100