能否过滤.lnk文件？

1、搜索出来的lnk文件并不是没有用的，正如我前面提到的，开启Windows的【最近打开的文件】功能后，lnk文件会帮助动作准确定位当前文件的路径，而不是同名的某个其它文件。动作搜索到快捷方式后也不是定位到快捷方式所在位置，而是快捷方式指向的文件所在的位置。

2、启用【仅定位首个匹配文件地址】功能后，同名文件定位的路径不正确是否是真实存在的，还是只是顾虑？据我所知，这个功能需配合Windows的【最近打开的文件】功能才能避免打开其它同名文件。

3、Win10开启、关闭Windows的【最近打开的文件】功能，可以参见这个链接，其它系统百度一下也有许多答案。

4、不将同名lnk文件当作“多结果”是合理的，我空了看下是否可以新增进去。

谢谢考虑“不将lnk文件当作多结果”！

关于“2”，您误解我的意思了。

我没有怀疑“启用【仅定位首个匹配文件地址】功能后，同名文件定位的路径不正确是否是真实存在的”。

我是看您建议“可以考虑设置多结果展示方式为【仅定位首个匹配的文件】，这样可以减少每次打开Everything窗口的麻烦。”嘛。

所以就举了个例子，说明存在“同名但不同路径”的文件这种情况，表明把「多结果展示方式」设置成【打开Everything搜索窗口及定位首个匹配的文件地址】是很有必要的。

^-^

测试了一下，发现不将lnk文件当作多结果也不能达到你想要的效果。如下图所示，如忽略lnk文件，windows还创建了一个~$开头的文件，可能是正在编辑文件的自动备份文件，所以即便过滤掉lnk文件，还是会因为多结果而弹出Everything窗口。😅

所以，我在想有没有更好的方案，比如仅定位首个匹配文件地址，如果在一段时间内，用户再次使用动作定位同一个文件，那就弹出Everything窗口。你觉得如何？

我想，可以从两个方向去尝试解决这个问题。

方法一：

可以参考一下Listary的做法。

Listary之所以可以博得那么多用户的拥护，就是因为它能把用户想要搜索结果呈现在前面。

可以做到这点，其实是因为它内部做了个优先级排序：

你看listary里面是做了一个排除的：

^\.

^~

^[^.]+$

^node_modules$

^\$

名字以这些开头的，都不在搜索结果中显示。

方法二：

不调用Everything的搜索结果，而是调用Quicker自带的「搜索」功能的结果。

我最近发现Quicker自带的「搜索」某种程度上比Everything和Listary的搜索更好用，因为它其实也是对结果做了筛选和优先级的排序的，可以参见「搜索功能介绍」和「搜索功能设置」

这样的好处是：

1. 碰到对接问题，问Quicerk的团队比问Everything的方便得多。

2. 以后对于搜索结果的有定制化需求的用户，可以直接通过Quicker的「搜索」设置进行调整。

你的建议都很好哈~👍

我梳理一下你的想法，看是否理解正确。

1、定位文件时，屏蔽lnk、~$等结果，能自定义规则最好。

2、调用Quicker搜索。

3、多结果的展示方式可以加入Quicker搜索。

对于第2点，可能不是很好实现，因为Quicker搜索模块的调用不是很方便，对于现有动作结构改动较多。😂

不用想太复杂了，很多开发者都会希望自己的产品足够智能，可以所有用户的各种需求，然后就会越想越觉得难。

其实难的不是产品，而是“人心”。

我尝试从我一个用户的角度是如何理解和使用「定位文件」这个动作的，简单的说就是，

①【基础功能】用来满足大部分用户对“定位当前打开的这个文件”位置的需求。

②【附加功能2】用来应对一些用户，想要看“当前打开的这个文件”的“同名文件”的需求。

②【附加功能3】用来应对偶尔不放心，想要确认“当前打开的这个文件”的“同名文件”的需求。

有兴趣的话，可以看我整理自己思路的流程图：

整理的很棒，思路清晰！👏👏👏

对于基础功能，其实存在一种情况，就是用户打开了某个同名文档，但没有编辑，那它的修改时间不一定就是最靠前的，这个问题有网友反馈过，所以这才需要通过Windows自动创建的快捷方式来定位当前文档。在这里举这个例子是想说，过滤lnk等文件只适用于对于多结果的判断上，而不应真的过滤掉这些lnk结果，因为这可能反而会使得文件定位不准。

另外我的想法是这样的，加入一种展示多结果的方式，即动作引入【动作时刻】，在一定时间内，如用户重复定位同一文件名，表明用户对当前定位结果不满意，则可设计为第一次直接定位文件，第二次跳出多结果的搜索界面，此时按什么方式展示结果可以由用户自定义，包括搜索的软件、结果过滤等等。当然也可以用你建议的按快捷键的方式直接显示搜索结果（我这里只是想让用户不用记那么多快捷键，动作多了，快捷键多了，其实也挺容易搞混 的）。你看呢？

首先对于第一个问题“就是用户打开了某个同名文档，但没有编辑，那它的修改时间不一定就是最靠前的，这个问题有网友反馈过……”

鉴于你反复提到 [.lnk]要不要默认滤去的问题，我突然意识到一点：可能我这种需要“滤掉.lnk文件”的人才是少数群体。

因为我是经常自己写文档的，所以打开的文档基本上都是我创建的，就算“再打开”，“同名”文档中肯定也是最近修改的那个是我当前打开的文档需要定位的。

而现实生活中肯定是“内容输出者”少，大部分人可能都是从别人那边获取文档，然后打开阅读，这种情况下确实定位.lnk文件更方便。

厘清这点之后就简单了，【基础功能】就应该以这部分人的需求为基准，默认不滤掉.lnk文件。

因为，对大部分人来说，根本不会去反复折腾、研究【选项】。

而对于这种乐于折腾的人，你只要在介绍里提示一下怎么操作可以“滤除.lnk文件”，我自己就会去设置。

对于第二个问题：是否要引入【动作时刻】？

我理解这还是陷入了想要把工具“完美化”的思路，是“附加功能”的范畴，而且是想要考虑到所有用户的可能性，还要帮他们做选择。

那就不得不考虑一个问题，“在多长的时间内触发，需要激活【动作时刻】？”

“人心”是最难满足的，无论设定多长，都是会有一部分人觉得“不好”的。

所以，我觉得还是把选择权交给用户：给一个比较方便的打开「搜索引擎」的方式，“要不要去搜索”、“什么时候去搜索”，由用户自己根据当时的情况去决定。

如果实在觉得【动作时刻】是个亮点，想要加入动作的话，我可以提供自己对「定位文件」这个动作的应用场景，以供参考：

我平常需要经常打开4个文档，所以就把它们的位置记录到了一个软件里，每天只要输入几个字母缩写就可以打开。

最近发现Quicker有个「收藏」功能，就想以后通过Quicker打开它们，以后那个软件就不用了。

但是发现我已经不知道这几个文件的位置了，平时都是打缩写嘛，所以才找到了这个动作。

然后，保存这个动作是因为，想到自己可能会QQ或者微信收到文件，直接打开了，不知道放哪里，将来会成为垃圾文件占磁盘空间，有这个动作会方便很多。

这两个场景下，好像有用到【动作时刻】的机会……又好像没有……我一时也捉摸不定…… ……

你分析的都对，我和你讨论的一些功能，更多的是是否设置为默认选项，而不是保留这个、去掉那个，我希望给到用户的是可能性，而不希望因为某一个需求却要用到好几个动作才行。所以大部分用户只需要知道这个动作的主要功能就行了，其它的选项就根据用户自身需求启用即可。因此你的建议我会尽量采用。实际上，有些功能没法实现，是因为自身和Quicker的能力限制，这就是不断完善动作的意义，突破原有的瓶颈，创造更多可能性，这是一个成长的过程。

对于第二个问题，我也会将其作为新增的功能选项，我会设置一个动作时间的默认值，并且将设置权限交给用户，对于要求不高的用户，压根无需理会有这个功能。简而言之，对于“人心”，我的解决思路是增加功能选项。我不需要知道这个功能具体有多少人用，开发需要多少成本，因为我不需要盈利，我只需要关心这个功能有没有人需要，我能不能做。😊

说到快捷键，因为我也发布过好些个动作，其中好几个都有快捷键的辅助功能，后来有天发现我自己都不记得那个快捷键是什么了，用的时候又怕操作错误，所以还是回归鼠标点击。对于不开发动作的大部分用户来说，同一快捷键对于众多Quicker动作会有不同含义，除非这些快捷键能自定义，否则这些快捷键慢慢会被遗忘。当然，【动作时刻】和快捷键两者并不是非此即彼的，只需动作有这两个功能即可，用不用看用户的喜好。对于我来说，操作简单是第一位的，功能齐全是第二位。😄

和你的讨论很有意义，你清晰的思路给了我很大的启发，这段时间空了我会慢慢把功能加进去~🤝