是否有人碰巧知道当多个扩展通过contributes.languages贡献点为同一种语言提供语言配置文件时，VSCode的行为如何？
我只是想在扩展程序中的一种语言中添加一个自动关闭对，但是，至少有一个其他活动扩展名（我的插件的每个用户也可能都有）为此提供了自己的配置语言。
是一个还是另一个？如果是这样，基于什么？文档建议使用多个配置是可以的，因为它说贡献点还可以作为“丰富” VSCode语言知识的一种方式，但是我似乎无法获得扩展名来添加自动闭合对。
我确定我使用的是正确的语言ID（配置此语言的其他扩展使用的ID）以及扩展。
如果它只允许我扩展语言的配置，是否仅应提供language-configuration.json文件中所需的信息？例如：
{
"autoClosingPairs": [
{ "open": "/**", "close": " */", "notIn": ["string"] }
]
}
如果所有这些都有意义，并且贡献不起作用，那么有人对调试问题有任何建议吗？提前致谢。
好的，如果其他任何人碰巧都在为此而苦苦挣扎（不太可能得到这个问题的关注：）哦，好吧。），您的问题可能是清单中的publisher关键package.json。
经过几天的吸管，我终于开始尝试一些毫无意义的东西，似乎对此没有影响。因此，我开始从我的VSCode扩展名相关的键中删除package.json，并且肯定地，当我到达时publisher，voilà！我的语言配置终于有了。
我最初关于“为什么？”的假设是，vscode在幕后按字母顺序注册了扩展名，而另一个扩展名的发布者可能早于我的发布者名称。但是，a，我的发布者名称是，dubs-dev-extensions并且配置有问题的语言的竞争扩展的发布者名称是salesforce，所以有了这个假设。此外，当我决定更改发布者名称以查看发生了什么情况时，我选择了peter-weinberg，这也起作用（因此，它在没有发布者密钥的情况下也可以使用新的发布者名称）。这两个peter-weinberg和dubs-dev-extensions之前来salesforce，因此按字母顺序排序不是def的答案。在撰写本文时，我很沮丧，并且将尝试向vscode报告一个错误，如果不是，至少希望我能对我为什么会遇到这种奇怪行为有所解释。
本文收集自互联网，转载请注明来源。
如有侵权，请联系 [email protected] 删除。
我来说两句