文本指令中缩写词自动触发时，不是全字匹配

[ggfavorite]

描述BUG 使用文本指令新建缩写词，但是在输入文字时，如果一个字符串的末尾为该缩写词的话，不论前面有什么多余的字符，也会自动触发。 个人认为，在触发时，应该考虑截取两个触发字符之间的字符串，做全字匹配。

重现步骤 Steps to reproduce the behavior:

1. 新建缩写词aed，使用粘贴纯文本的模式输入，触发后，要求输入AED
2. 在空白文档中输入aaed，那么在中文输入模式下，会自动触发为AED，在英文模式下，会自动触发为aAED。第一个字符被吃掉了。。

PS. 在这种情况下，我输入aaed应该就是aaed，跟aed没有关系。

同理

1. 新建缩写词br，触发后，要求输入Best Regards! 2.使用粘贴纯文本的模式输入 3.在空白文档中输入rhbr，那么在中文输入模式下，会自动触发为Best Regards!，在英文模式下，会自动触发为rhBest Regards!。前两个字符被吃掉了。

PS. 在这种情况下，我输入rhbr应该就是rhbr，跟Best Regards!触发没有关系。

相关截图 。

环境信息:

• 操作系统版本：WIN10
• Quicker版本：1.36.13

附加信息

[cuiliang]

输入aaed后没有按触发字符也会触发么？

[ggfavorite]

不按触发字符是不会触发。 我表达的问题是触发时，字符串的识别有问题，不是我想要触发的字符串。 我如果以空格键作为触发键： 比如我输入"test aed"，那么出来的是"test AED" 这个没问题。 如果我输入"test aaed" 那么出来的是"test aAED" 这个就有问题，aaed应该不会被触发，因为aaed没有被定义为被触发字符串。我只是定义了aed-->AED，所以在这种情况下，"test aaed"应保持原样。 之前用的ahk，没有出现过类似问题，突然发现quciker会出现，感觉是个bug。

[cuiliang]

quicker里这个不会判断前面有什么内容，是检测到触发字符后，从后向前，找到匹配就算数。 （主要是以前没有使用过AHK，所以也没做什么参考，纯粹按自己的想法设计的） 我刚看了一下AHK的文档，AHK似乎确实是通过前后的段字符来触发的。我等试验体会一下看看。

[ggfavorite]

好的， 谢谢。

[ggfavorite]

大神，期待您解决文本自动触发的bug呢。

[cuiliang]

@ggfavorite 暂时没有时间做修改了，使用特定按键来触发吧。