比如我有一个文本指令是这样的
用了正则,可以匹配中/英文的感叹号,但就存在错位匹配问题,如下图:
输了几个字符后还可以匹配。
加结束符限制一下试试 $
加了$确实就不会了,原来正则的匹配是需要这么用的吗?😂
是啊,默认IsMatch大概只是包含这个模式就行
但如果是这样是不是应该把匹配上的全部删掉更合理一点?
如果只回退删除了 包含字符的个数, 不就相当于默认要把包含的这些放在最后?这样的话是不是应该默认添加 $ ?
有道理,我研究下
我这边同样有问题
用as作为缩写词且前面没有东西的时候,会删剩一个a.(有时候所有地方都是这样,但是浏览器的地址栏则一直都是这样)
其他字符没问题。
更奇怪的是,如果as前方有其他字符,它就能删除正确的位数。
已升级版本,试一下看看 https://getquicker.net/Help/Versions
还是不行呢。可能是浏览器地址栏有特殊的机制?其他地方好像可以。