ldm0

> 在过滤框里，我输入/Users/，现在显示出来的就是精确匹配的 users 的文件和文件名。其实这时候我觉得应该是列出/Users/**/*的内容。我刚特意找了个 windows 装了 Everything 最新版测试了一下，他显示的就是/Users/**/*的内容，而且更棒的一点是它把文件夹放在了最上边，这样方便我再精确的往下级目录写。我想了一下 Everything 的实现方式，它好像是在输入/Users/的时候，显示的是/Users/**/*，然后输入/Users/aa 的时候，显示的是/Users/*aa*这样，我觉得这样很方便

好的，这个我之前还真没留意到，我晚上找个 windows 试试看

@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 你试试，看看够不够用 :-)