flash操作影响了.范式的操作，有没有办法规避？

[equatorer]

cvim用下来发现有个小问题，就是flash的操作会影响vim中的.范式

比如：我如果想要将int *g_week = &g_week中的week改为day，常规vim中直接改一次然后跳转下一个匹配位置然后.操作就行了

但是flash会覆盖.操作中记录的操作，它只会再一次匹配关键字跳转，而不会进行相应的修改

当然s/week/day/g也能达到替换的目的，但是我想强调的是flash直接影响了.范式记录的操作。

[equatorer]

刚看到上一条issue也提到了类似的问题

[equatorer]

f+enter操作实现的是填充上次输入，有没有办法引入,/;或者n/N实现跳转到上一处/下一处的功能？

[cuixiaorui]

f+enter操作实现的是填充上次输入，有没有办法引入,/;或者n/N实现跳转到上一处/下一处的功能？

没太理解这个需求
是和 / 一样吗？通过 n 来在匹配点跳转？

[cuixiaorui]

cvim用下来发现有个小问题，就是flash的操作会影响vim中的.范式

比如：我如果想要将int *g_week = &g_week中的week改为day，常规vim中直接改一次然后跳转下一个匹配位置然后.操作就行了

但是flash会覆盖.操作中记录的操作，它只会再一次匹配关键字跳转，而不会进行相应的修改

当然s/week/day/g也能达到替换的目的，但是我想强调的是flash直接影响了.范式记录的操作。

在 1.26.7 中修复了

[equatorer]

f+enter操作实现的是填充上次输入，有没有办法引入,/;或者n/N实现跳转到上一处/下一处的功能？

没太理解这个需求 是和 / 一样吗？通过 n 来在匹配点跳转？

是的，就是希望有类似/查找关键字后用vim 原生操作 中的n/N或,/;来实现前后匹配点跳转的功能，cvim用flash实现匹配点跳转至少需要击键三次：f+enter+label，而vim只需要n/N或者,/;，显然vim的 原生操作 更适合同一关键词匹配点的前后跳转。

典型应用：int *g_week = &g_week中week的跳转

1. vim的 原生操作 / 就是 /+week+enter+n共七次击键就可以实现跳转到第二个week；
2. 或者vim的原生操作 f 就是f+w+enter+;共四次击键就可以实现跳转到第二个week；
3. 而flash需要f+w+label+f+enter+label需要六次击键才能跳转到第二个week，同一关键词跳转次数越多则击键次数越多，并且flash选label还需要人工确认一下。