Listary 6 Beta 来了 🎉

我看出我们的分歧点在那里了,对于学习的理解是不一样的!
我将用两张图来说明:


这张图代表了我们非专业人士对于listary的学习,我们会进行一些简单的配置,这也是你所说的“如果都让作者来实现软件将臃肿不堪”,所以我们学着自己配置了,也就是说,基础配置我们非专业人士也是会自己去找的

第二张图的参数代表了非专业人士理解不能的部分:
-s是啥?好像是search的意思吧?path是路径吧,为啥要两个%?为啥还要三对"?
又比如在你第一次回复我的上一层@whzecomjm对cmd的配置里,为啥这个路径可以直接写cmd.exe而不用绝对路径(好吧我也不知道cmd.exe绝对路径是啥)参数里面/c又是啥了?哦可能是command,那为啥不是-c
提出这些问题我并不是需要你来回答,而是说明这些问题就已经不是简单的查询你给出的网页就能明白的
就算我想学,这个手册我也真不知道在哪里了。
对这些参数的设定的就体现了巨大的学习成本,也是一环套一环,因为这个东西非常不常用,我就算记笔记,也不知道自己到底有没有记录到。

第三方程序如何调用,除非是这个工具的作者,其他人都是要查文档的。以 Everything 为例,具体如何在命令行调用它,都是需要查文档才知道的,所以就去网上谷歌 Everything 的文档即可,遇到错误是难免的,都需要不断调试才能找到正确的调用方式,这就是学习的常态吧。为啥非要强调自己是非开发人员呢,专业人士也是需要查文档的,你的理解能力不一定比所谓的 专业人员 弱,不用给自己设定所谓的非专业人员的定势。

Windows cmd 的坑是比较多。跑个题插个楼,借你图中的例子谈谈一类自定义命令的使用误区,供大家参考。

这里 Everything 其实不建议用

-s " """%path%""" {query} "

这样的参数,虽然是可行的。但是可以改为简单的「-path .」,可读性更好。而 {query} 则没有使用的必要。

{query} 这个参数在一些用例中倍受推崇。但是具体情况具体分析,这里就完全可以分两步,先直接启动应用程序,然后在其中输入搜索串即可。Listary 给我们带来的红利仅仅是快速启动程序并传递一些固定参数,而 {query} 所代表的动态参数,无论在 Listary 中还是在被调用程序中,都是要用户来输入的,没有任何红利,还可能有损失,因为被调用程序能够提供搜索建议和补全等功能,而 Listary 提供不了。一次性在 Listay 中输入命令和要传递的参数,只不过容易给人节省了操作的错觉。像 Everything 和 GoldenDict 这种启动或唤醒几乎没有延迟、且唤醒后直接定位搜索框的程序,分两步操作没有任何损失,只有正收益。当然,不符合这种条件的程序就另当别论了。

1 Like

我强调的点是,非专业人士没有必要或者说不值得去查,因为成本太高:

  1. 我没有专业知识将我的需求转化为文档中具体内容,以everything为例,我希望实现“在当前文档中搜索想要的文件”,但我完全不知道我该在everything的文档中去查那个子类别,最多只能排除copyright吧
  2. 纵然我终于弄清楚了要查什么(在这个过程中我可能要恶补很多基础的程序知识),那么这些基础程序的知识对我其他的生活根本没有帮助,为什么我要花费这个时间成本去学习我可能以后都不会用的知识?专业人士学习这些可以强化他们对相关知识对掌握,有利于自己领域其他的工作,而非专业人士除了解决这个问题以外什么都得不到,然后以极快的速度忘记了

如果你觉得之前华尔街的例子对比不好,那我举个更日常的例子:

假定我是个不学微积分的文科生,我看某电影的时候看到一个微分方程:d^2y/(dx)^2+dy/dx+1=0(PS:这个方程本身不难,但是文科生可能仅仅知道最后结果应该是y=f(x)的形式,但是连dy,dx是啥都不知道)。
结果电影最后都没有告诉我这个结果到底是啥,但我特想知道。
这个时候我当然希望找到一个网络计算器(某个论坛大神)直接把答案告诉我就好,我不想知道怎么解。
可是一个学过高数的理科生却扔给我一本《高等数学》说我应该去学一下就能解出来了,并且说即使是学过微积分的人可能也要查微分方程解题公式呢(专业人士也要查手册)——老天啊,我只想知道这个方程的结果而已啊,为啥我就非得去学怎么看懂这个公式(将需求转为手册中具体子类别),怎么应用解题公式啊(从手册中找到相应内容并正确运用)——这当然是学习的态度,但我学完之后除了能解这个方程(还有可能算错,对应手册查完了我还可能用错),我有什么其他好处吗?如果没有,我有什么必要去学?

1 Like

学习一个软件怎么使用还不至于这么困难,你这么强调学习的艰难与不现实,自己不愿意去学习,遇到问题只能期待别人帮你解决了,祝好运。

说起搜索建议, 我看到官方给了百度和谷歌, 自己设置Wikipedia也成功了, 但是查了 搜狗搜索建议的api, 发现用不了.

https://www.sogou.com/suggnew/ajajjson?type=web&key={query}

这个api在浏览器里可以调用, 为什么放在listary 网页搜索不可以.

@Channing 赶快更新吧,都吵起来了。从14年就实施v6,现在连个full版本都放不出来。虽然最近基础功能和体验都做出来了,但很多基础的细节体验都没有实施,更不用说加入插件和预览功能等了。速度,速度,速度。
中间有两年没有工作,用的很少,现在工作了,用的比较多了。

2 Likes

这个不是标准格式,搜狗又给套了一层 js。

@Drei @jdhao

大家各自背景不同,对软件的需求和用法上也有很大区别,还请互相理解哈。

Listary 目前开发的一个重点就是尽量兼顾各个层次:

  • 核心功能做到默认配置开箱即用,扩展增强功能方面一键导入,方便懒得折腾的用户。
  • 各功能会有相应的高级设置,动手能力强的用户可以尽情发挥创造力,打造自己专属的环境。
1 Like

Listary 可以设置个 在 Total Commander 中 屏蔽文件搜索吗? (就是显示在Total Commander 底部的那个,快捷键是 Ctrl 2下。)

主要是 Total Commander 中已经有快搜了. 并且相当好用. Total commander 的核心功能呢.
并不在需要 Listary 提供搜索。 (我用 Total Commander 管理所有文件)

而我要想用到全局的那种 Listary搜索 就需要点 4下 Ctrl 了。 哪怕自己定义快捷键了。也需要点额外键快捷键2下.完全没有ctrl方便。(我用 Listary 全局搜索 启动所有软件.)

我并不知道其他Total Commander用户需不需要这个功能。所以我想,可以提供在Total Commander中屏蔽掉这种局部搜索的选项吗? 直接2下 ctrl 启动全局。

我尝试过,在第三方支持中取消对 Total Commander 的支持,这样两下 ctrl 可以进全局搜索. 但是这样 Ctrl + G 文件夹快速跳转,就没办法用了。而这个功能对我来说,可是比 Listary 作为程序启动器 更重要呢。

自我感觉应该属于高级用户。但还是希望Listary能够提供更多开箱即用的功能。否则小白们不用,作者赚不到钱,后面的更新也没了

我运气一向不错,因为根据二八定律,80%的小白只会遇到20%的问题。小白提出的问题通常是普遍性的问题。而且我一直都觉得你对我提出的问题存在误解——我问题的核心——我们小白看不懂“参数”,不知道如何去学习,因为我们不知道如何转化问题(即不知道解决问题的关键知识是什么)。
最早我提出的建议,只是希望作者@Channing 设置项进行更加详细的描述,比如:

“如果你对第三方软件的需求是进行搜索,那么你可能需要-s,根据具体的要求你可能需要查阅第三方软件指导书xx方面(xx方面不是指要作者真去看第三方软件说明具体章节名,而是关键词,能让我通过关键词搜索到的)的内容”。

如果还用文科生解方程为例,不是单单扔给文科生一本《高等数学》,并说“学不会,不愿意学,你就只能等别人给你解决问题了,祝你好运”,而是告诉他“你这个问题,我没办法短时间给你讲清楚/我记得不太清楚了,但是我确定可以用这本书里面xx章节的知识解决/xx章节的公式总表解决”

这就是用户友好了——并不是大包大揽做一个超大的软件;也没有将小白排除在从零开始学习的巨大门槛之后——我最早的帖子也从没有说过一定让作者集成(第2点里用了“集成”一次,但更强调第3点中的用户友好)

我不排斥学习,但我需要更focus的学习,拒绝从底层开始的低效率学习——论坛求助就是一种帮助我们聚焦知识的方式。如果每一位专业人士都只给出“去查手册”这种非常模糊的回答,那还要论坛干啥

会考虑提供一个只禁用快捷键的功能。

能支持用正则表达式指定文件夹的优先级吗? 现在文件的优先级可以用正则表达式, 文件夹不可以.

我的需求是排除所有的 .git 文件夹

2 Likes

会支持优先级同样作用于文件夹内容。

最近弹出多次这个bug窗口:

收到已记录。

希望新版能支持XYplorer的即时输入搜索啊,目前只支持opus的,唉

除了xyplorer还不支持实时输入搜索外,还有个重要的问题:目前搜索结果可能是按修改时间排序的,希望排序方式可以自定义,而且不能设置搜索结果让文件夹始终置顶,非常麻烦,希望作者优化一下,谢谢!

试用了一下,有几个地方说说感觉:

  1. 搜索速度比5.0快很多,写完基本就出结果,5.0的时候要稍等一下。但是切换动作的时候感觉比5.0慢了,5.0用ctrl+z或右键切换,非常流畅,6.0要慢一些;不知道是不是6.0切换的时候,界面有个变换,搜索栏左边跳出“动作”2个字导致的,5.0的切换搜出的文件下方直接出现动作,自然而且流畅。最好能改回之前的方式,可以使用起来更流畅。
  2. ctrl+z的动作快捷键没有反应,不知道什么原因。
  3. 搜索框及搜索结果,每行的高度有点高,不紧凑,看上去有点不太舒服;5.0的比较紧凑,看上去大小也比较合适。