带有选择的VSCODE片段上的额外tabstop

Question

我有一个停止"额外"时间的片段。这让我很烦，所以我希望有人可以帮助我在这里清除它。

"pylint": {
    "prefix": "pylint",
    "body": "# pylint: ${1|disable,enable|}=${2|R0102\, simplifiable-if-statement,R0101\,too-many-nested-blocks|}",
    "description": "Add a pylint comment"
},

由于某种原因，它停在[disable，enable]上，然后在=？！！上停止，然后在[R0102, simplifiable-if-statement，R0101, too-many-nested-blocks]上再次（适当）。为什么它停止在等号上？

Answer 1

也许这样的东西会起作用：

扩展宏

settings.json

"macros": {
    "jumpToNextSnippetPlaceholder": [
        "acceptSelectedSuggestion",
        "jumpToNextSnippetPlaceholder"
    ]
}

keybindings.json

{
    "command": "macros.jumpToNextSnippetPlaceholder",
    "key": "tab",
    "when": "editorTextFocus && hasNextTabstop && inSnippetMode && !editorTabMovesFocus && suggestWidgetVisible"
}

Answer 2

根据项目的维护者，这是"设计的"。

选择元素被视为常规（嵌套）片段，当它"完成"时，我们总是跳到摘要的末端。这就是为什么光标停在那里的原因。我们不太可能改变这种行为。按照设计的关闭

所以，我用此片段对其进行了测试：

"dummy": {
    "prefix": "dummy",
    "body": "# dummy: ${1|this,that|} - ${2|is,was|} - ${3|good,bad|}",
    "description": "a dummy snippet",
},

的确，似乎Tabstops停在之前，然后在之后进行选择元素。

Answer 3

此问题在选择之后删除摘要中的TABSTOB现在是"积压候选者"，因此，如果您想看到它更改了，请去那里进行投票。