的语言服务器zc.扩建
zc.buildout.languageserver的Python项目详细描述
表示zc.buildout的Language Server。在
此语言服务器使用pygls实现。在
安装
独立
需要python>；=3.6。在
python -m pip install zc.buildout.languageserver
然后将编辑器配置为运行buildoutls（或python3 -m buildoutls）。在
从vscode扩展
激活时，扩展自动在扩展首选项中配置的python上安装扩展。在
自动安装似乎不适用于theia，python鸡蛋必须事先安装。在
特点
完成
${完成部分。在${section:完成section的选项。如果section使用已知配方，则配方中的动态选项也将完成。在${buildout:extends}完成文件名。在${buildout:parts}和<=选项完成部分。在
诊断学
${section:option}引用中的不存在节和选项。在- 一些“已知配方”未定义所需选项。在
符号
- 部分和选项以符号的形式显示在大纲中。在
链接
${buildout:extends}是链接。在
转到定义
- 从
${section:options}我们可以转到section中定义option的位置，如果没有定义，则转到section头。在 - 从
<= section我们可以去section。在 - 从
${buildout:extends}我们可以转到扩展配置文件。在
悬停
- 将鼠标悬停在选项上显示选项值。在
查找参考资料
- 查找当前符号的引用。有点简单，它只查找引用，而不检查概要文件是否真的相互关联。它也不在模板中查找。在
模板支撑
- “当前”构建配置文件是猜测的，那么完成和诊断应该对任何文件有效。在
Jinja2支架
- 在分析buildout时，Jinja语法被突出显示，而Jinja语法标记被忽略。在
SlapOS支持
- SlapOS实例buildout（即由buildout生成的buildout）被理解为，
${和{}被分别处理以进行完成和诊断。在
变更日志
这个项目的所有显著变化都将记录在这个文件中。在
格式基于Keep a Changelog， 这个项目遵循Semantic Versioning。在
Unreleased
0.4.0-2020-10-08
固定：
- 不要跳过包含jinja表达式的行。当jinja被用于option时，这导致了一些缺少的选项
- 诊断：延伸金贾时容忍未知部位
0.3.0-2020-02-23
添加：
- 在
${buildout:extends}中支持http url
0.2.1-2020-04-25
固定
- 引用：考虑将
${buildout:parts}中的一个部分列为引用。在 - 补全：使用
textEdit正确覆盖现有文本。在 - 全部：Debunce协议的功能是接受取消。在
- 全部：修复在工作区外打开配置文件时的错误。在
0.2.0-2020-02-12
添加：
- 支持使用buildout<；2.9.3运行
- 使用
slapos.recipe.template:jinja2定义的instance.cfg的初始支持
固定
- 修复了v0.1.1版本的损坏，无法从pypi安装。在
- 诊断：防止仅用作宏的节上出现“缺少所需选项”的误报。在
- 诊断：正确分析名称中有
.或{}的部分 - 诊断：用扩展部分修复
${buildout:parts}上的误报 - 诊断：修复使用jinja动态添加部件时
${buildout:parts}上的误报。在
0.1.1-2020-01-30
添加
- 定义：来自
${buildout:extends}的路径也可以通过跳转到定义打开。在 - 补全：用
-修复insertText。在 - 诊断：检测缺失的不存在部分列在
${buildout:parts}中。在 - 诊断：检测没有在
${buildout:parts}中列出的配方的部分。在
0.1.0-2020年1月4日
- 初始版本
- 项目
标签：
欢迎加入QQ群-->： 979659372
