@
94nb 感谢这么详细的使用和建议，辛苦了🙏，对俺很有帮助～
> 现在的 content 搜起来太慢了，遥遥无期
由于之前有准确性的执念没有复用 Spotlight 索引，content 这块是直接全文搜索，所以确实慢。这块我最近放下执念了（实用为主），可以复用 Spotlight 索引再配合我们的搜索规则一起工作。
> 路径模糊：我记得文件夹名包含 aAa ，但不记得它的绝对路径或层级。
> 文件特征：文件名包含 bbb 。
> 格式限制：后缀名为 .doc 或 .docx
*aAa*/**/*.doc* 这样 glob 匹配可以，但是这个确实有点绕，先凑合用。
> 文档中提供了 folder:、parent:、in:、nosubfolders 以及路径分隔符 / 等多种组合方式。作为非开发人员，很难理解这些条件的底层差异，尤其在面对“只记得部分目录名且不知深度”的情况下，不知道该如何组合这些参数。
这个是从 Everything 继承过来的语法，但是都不适用于部分目录名。这个和上面是一个需求，这块接下来不会通过新语法来提供，将会有一个单独的左侧可折叠的输入框来专门 scope 文件夹。
> 在某些目录过滤条件下，必须与实际名称大小写完全一致才能匹配；而另一些条件却不需要。这与界面上的“大小写匹配”开关逻辑似乎是冲突的，导致在不确定目标文件夹准确拼写时，搜索效率极低。
这个可以具体说下么，感觉是 bug
> 按理解，双引号内应为“完全匹配”（如搜索 "1 到 10.png" 应仅返回该文件）。但实际操作中发现，搜索 "aaa" 的结果往往等同于模糊匹配 *aaa*，包含了大量无关项，无法达到“我写什么就只出什么”的效果。
双引号其实是防转义，比如空格其实是 AND 的语义，分号是 OR 的语义，双引号标起来的东西是防止语义替换，比如 "1 到 10.png" 这里真的会匹配空格。你的需求其实在这里可以通过： /"1 到 10.png"/ 全匹配； /"1 到" 前缀匹配；"到 10.png"/ 后缀匹配。
> @
94nb #33 忘记说了一点，能不能右键加入删除呀，搜出来的内容想批量删掉。
因为搜索列表很大，多选删除有风险，所以一开始没做。后面考虑做一下，需要加弹窗确认。
总的来说学到很多，有些问题之前也意识到但是觉得没那么高优。这几个东西我会推进做一下，应该很快会有新版本，到时候 ping 你试试，看看够不够用 :-)
