V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  ldm0  ›  全部回复第 1 页 / 共 6 页
回复总数  119
1  2  3  4  5  6  
> 在过滤框里,我输入/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 你试试,看看够不够用 :-)
@94nb 辛苦了(,自动补全或者图形化的点选会有帮助么。
@explorerproxy 在做了: https://github.com/cardisoft/cardinal/pull/166
不过最近打工有点忙,过两天更新一下(
@explorerproxy 支持的 cmd + shift + space
可以看看 readme
@yohance 小众软件推广不易,理解一下(

但是效果确实值得试试的
@longmeidao Houdahspot 的文件内容索引完全使用 Spotlight 的,什么情况下会用 Houdahspot 而不是 Spotlight 来搜索文件内容呢。

如果是强需求,我可以弄下在没有其它 query 的情况下的 Spotlight fallback
@maladaxia 在计划中了。raycast 集成有好多人在说,那么好用么(
@elviscai 对呀,要么在 Dock 里面,要么在托盘上,没有两边都在的需求吧(?
@chachi 整!
@xing7673 NTFS 有 USN Journal + MFT ,APFS 没没有等价物,只有一个系统级的 FSEvents ,这也是 Cardinal 实现的最难的点之一。

不过这些问题都尽力调和了,你应该可以在 Cardinal 里面找到 Everything 的感觉。
@Ccf 当然是更准啦,raycast 的搜索本质就是 Spotlight
@hackpro 对的
@hackpro 支持单独检索,可以打开设置调整一下根目录;没有去重的功能。
@hackpro 这个主要对标 Everything ,没有文件内容的索引。但是支持按文件内容过滤,示例:"*.txt content:xxx"

https://github.com/cardisoft/cardinal/issues/96
1 月 23 日
回复了 ldm0 创建的主题 分享创造 Cardinal: macOS 的快速文件搜索(已开源)
@kanade 支持文件内容的搜索,用 content: filter ,只是不会做文件内容的索引,和 Everything 是对齐的。
1 月 13 日
回复了 ldm0 创建的主题 分享创造 Cardinal: macOS 的快速文件搜索(已开源)
@nbook 感谢反馈,我研究下怎么处理
1 月 13 日
回复了 ldm0 创建的主题 分享创造 Cardinal: macOS 的快速文件搜索(已开源)
@hkhk366 欢迎切磋~ 一些感受意见:

1. 搜索我看你用的 jwalk-meta ( https://github.com/brmmm3/jwalk-meta ),本身也是也是一个不错的实现,速度和 Cardinal 的 fswalk 是一个量级的:我的电脑上 773 万个文件索引完花费 29 秒钟
2. 4 毫秒是个非常棒的速度! Cardinal 在 773 万个文件上的全盘搜索速度是 56 毫秒。这其中的主要差别我猜测主要在于文件 metadata 获取和本地 ipc ,Cardinal 会将这两部分包含在搜索耗时之中。
3. 没有找到你的 FSEvent 获取逻辑,可能会在第一次扫描之后索引逐渐过时。

欢迎下载 Cardinal 进行一些横向对比,包括 CPU 占用内存占用,以及功能的丰富程度。欢迎交流~ :D
1  2  3  4  5  6  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   2758 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 16ms · UTC 13:29 · PVG 21:29 · LAX 06:29 · JFK 09:29
♥ Do have faith in what you're doing.