在评论行中草书导航 forward/back 个词
Cursive navigate forward/back word within a comment line
Alt-left 和 Alt-right(在 Mac OS 中适用于许多应用程序的 emacs 键绑定,包括我现在在 chrome 中键入的内容),而不是前进和后退 word
,前进和后退 form
(即 lisp 形式)。
这是一个更高级别的导航,起初令人沮丧,但实际上非常有用,因为如果您不想跳过它,您可以将一个字符撞到一个表单中,然后您可以在其中按单词导航就好了。
这很好,除非在注释行中。在那里,通常的前向和后向单词完全中断,只是让您跳回到上一个表格(注释行被忽略)或下一个。
如果可能的话,能够在注释行中使 cursive/intellij 尊重 forward/back 单词会很棒,但我不知道如何修改此特定行为。如果我是对的,这似乎比仅仅修改键绑定更深入。
原来 cursive/intellij 中的这些键默认绑定如下(注意 Alt-right 默认绑定到下面的 both):
和
第二个压倒第一个,这里要的是
因此,通过删除 alt 绑定使其看起来像:
再加上相同的背部,它现在可以正常工作了:)
Alt-left 和 Alt-right(在 Mac OS 中适用于许多应用程序的 emacs 键绑定,包括我现在在 chrome 中键入的内容),而不是前进和后退 word
,前进和后退 form
(即 lisp 形式)。
这是一个更高级别的导航,起初令人沮丧,但实际上非常有用,因为如果您不想跳过它,您可以将一个字符撞到一个表单中,然后您可以在其中按单词导航就好了。
这很好,除非在注释行中。在那里,通常的前向和后向单词完全中断,只是让您跳回到上一个表格(注释行被忽略)或下一个。
如果可能的话,能够在注释行中使 cursive/intellij 尊重 forward/back 单词会很棒,但我不知道如何修改此特定行为。如果我是对的,这似乎比仅仅修改键绑定更深入。
原来 cursive/intellij 中的这些键默认绑定如下(注意 Alt-right 默认绑定到下面的 both):
和
第二个压倒第一个,这里要的是
因此,通过删除 alt 绑定使其看起来像:
再加上相同的背部,它现在可以正常工作了:)