ok，非常感谢！
不好意思，中间换回了5，就很久没有看论坛了，
我想实现的功能如下：
1.按下listary的快捷键，
2.如果当前活动窗口中的没有被选中的文本时，直接打开空白的listary的搜索框；
3.如果当前活动窗口中存在被选中的文本时，选中的文本自动复制到listary的搜索框内，同时鼠标会定位到搜索框的最前面；如果我需要翻译，直接输入“fy+空格”；如果我要google搜索，直接输入“gg+空格”，无需我在后面再输入自己想要翻译或搜索的关键词了
你说的这个目前是无法支持的，必须先输入 g 然后空格，再输入你所需要的内容才能被理解为使用谷歌搜索。
嗯，所以我现在还是用的5，等6支持了再更新吧
刚刚更新了win10 1903. 突然觉得只要使用固态硬盘保障运行速度的前提下，listary的文件搜索功能被替代了许多。比如预览功能（虽然目前的win10自带的预览功能并不支持对office和PDF文档的首页预览功能），特定文件类型删选（虽然不能指定筛选器的关键词但是也支持中英关键词和中英两种冒号:&：），快速启动程序等
所以非常希望listary能够弱化在这些方面的投入，而在另外一些领域进行优化：
- 插件库的开发，类比Alfred的workflow和wox的插件索引，与常见软件进行对接，比如被大家广为呼唤的“多引擎翻译”“微信，qq联系人”等功能，当然，作者只需要给出一个官方的库页面，插件或workflow的开发工作可以交给广大的listary爱好者们
- 我最喜欢listary的一点就是其在所有需要
browse的界面地下的快捷搜索栏以及ctrl+G同步目录功能，这也是我认为listary最区别于且完爆launchy、wox乃至Mac OS平台Alfred的功能，这也是非常痛点的需求，那么，以此为基础，是否listary还能挖掘出其他痛点呢，比如Alfred中我最喜欢的>快捷键能够迅速打开并执行terminal命令，listary也可以考虑集成相似功能，而不仅仅是通过pshell或cmd,cmda先打开，再执行 - 当然，第二点的举例也许很多人会反驳“可以使用自定义关键字的方式来实现”。这就涉及到另一个点了，对于非专业（软件开发，程序设计……）人士，这种对于功能的自定义门槛太高，乃至于基本上有某种特定需求就要求助论坛，找不找得到还另算，我自己就为了“如何再listary中使用快捷键调用ev再全局/特定目录下搜索”查过好几次论坛，如果论坛中的参数设定不一，还要尝试很多次才能设定对。因此，或许作者可以考虑在软件功能自定义上做得更加用户友好一些？
Alfred 集成了怎样的 terminal 命令？terminal 的 Windows 对应物是 PowerShell / Cmd 吧，和 ev 搜索如何类比？没看明白。第三方程序的命令行参数是无法预先控制的，都是去读该应用程序的文档，到 Listary 论坛求助反而不是第一选择。Listary 也确实已经预置了个别第三方应用的命令，不过都是面向开发者的。
感谢反馈。直接利用已选中文本的功能一直都在计划中，6 稳定后会作为一个核心功能实现。
感谢反馈。
- 插件是 6 的重点，还在进行中。
- 好像已经支持了？你输入
>试试。 - 自定义的命令等之后会有分享功能，普通用户一键导入其他用户配好的就行了。
-
>测试没效果，只是显示 No search results。也没找到相关设置项。
我没有说Alfred集成了什么终端命令（在这点上listary自带的touch等还要胜过一筹），我只是描述了在没有打开cmd/powershell的前提下，如果我需要运行一些简短的命令（比如ping）我需要先打开cmd/powershell，再输入命令，而不能直接再listary框中直接输入关键词+命令的方式实现。我想我的小标题2结尾写的很清楚
与ev搜索对比是基于无论是mac OS系统还是Windows系统中，都有相当一部分人对于自带的终端很嫌弃，想要使用item（mac中），cmder（Windows）等终端工具，而且在Windows中天然存在cmd/powershell两种终端工具，那么如果内置了“关键词+命令”的实现方式，就会涉及到想要更换操作工具，就需要进行另外配置的问题。
关于“都是去读应用程序的文档”这一点我也解释过“门槛太高”。对于非IT工作者&技术迷·真，只是喜欢小心地折腾自己电脑的人来说，论坛求助显然比自己啃文档要更优先，这也跟你最后一句所说“都是面向开发者的”是一致的逻辑
PS：
channing的回复已经解决了我的疑惑，在这里回复只是希望你不要认为我是个无理取闹的用户
>测试没有效果，只显示“No search result”，翻看了各可能的设置界面，并未找到可配置的地方
如果能导入其他用户的配置那真是太棒了
我的意思是没看明白 2 和 3 的关系和你的确切需求。terminal 命令不是自己敲的吗，这个属于「求助论坛」的部分吗？不过不管是不是属于，channing 刚刚提出的解决方案都能解决了。
RTFM (read the fucking manual) 知道不，任何时候都应该先自己查，实在找不出来再问别人。。
另外，现在自定义命令已经很简单了，非专业人士不想学永远也不会，什么东西都是学了才明白，如果不想折腾，不想学，只能用默认的那些，或者求助别人了。
我承认任何事务都是不相学永远学不会，但是非专业人士的学习成本是很高的。首先，很多时候我们压根不知道这个fucking manual在哪，因为不是应用层面的问题，不是简单点一下帮助就能跳转到说明书（况且很多程序应用层面突然报错，非专业人士照着错误代码也不一定弄得懂到底哪出了问题）；其次，我查A可能碰到B，查B可能碰到C，结果一层层追究下去我都忘了我最早是要查A的；最后，即使我克服了上述两个弱点，但我不是吃这碗饭的，今天学会了，或许过了好几个月我才有了第二个新的需求（或者出了xx问题我需要重新做一次A），到时候我都已经忘了今天学到的东西，又要重复一遍这么折腾的学习——显得非常得不偿失。
就好比我不是卖酒的，只是想喝好一点的酒（使用某功能），愿意去了解一些酒的品牌（知道哪些论坛有大神可能解决问题）就够了，为什么我非得自己去从头学习酿酒呢（从头学起，把这个问题掰扯清楚）
所以这个时候，channing所说的能够提供一键同步其他用户的设置就显得非常用户友好
PS：你的这种指责就好比某金融巨鳄对中国只想玩玩炒股投了一两万的韭菜说“你想炒股为什么不来哈佛商学院读金融系，然后来华尔街观摩学习？”虽然很有道理，也能解决真正的问题——但我拒绝
我承认任何事务都是不相学永远学不会，但是非专业人士的学习成本是很高的
别人学习的成本就不高了吗？除了 Listary 的开发者，其他用户刚开始使用的时候都还不是从 0 学习的，1000 个用户就有 1000 种需求，如果都让作者来实现，这个软件将变得臃肿不堪，所以作者才提供了自定义的一些功能供用户个性化定制。
首先，很多时候我们压根不知道这个fucking manual在哪，因为不是应用层面的问题，不是简单点一下帮助就能跳转到说明书（况且很多程序应用层面突然报错，非专业人士照着错误代码也不一定弄得懂到底哪出了问题）；
Listary 的网站有帮助（https://www.listary.com/docs）；另外，很多问题在论坛或者网络上都能搜索到，有点耐心即可。
其次，我查A可能碰到B，查B可能碰到C，结果一层层追究下去我都忘了我最早是要查A的；最后，即使我克服了上述两个弱点，但我不是吃这碗饭的，今天学会了，或许过了好几个月我才有了第二个新的需求（或者出了xx问题我需要重新做一次A），到时候我都已经忘了今天学到的东西，又要重复一遍这么折腾的学习——显得非常得不偿失。
今天学会了，那你应该把这个过程记录下来，没有做笔记的习惯？就算是你说的 技术人员，很多时候也并不是什么东西都能记住，只是他们知道遇到问题去哪里找答案而已。所以，最好笔记备忘很重要，不管你是不是技术人员。
就好比我不是卖酒的，只是想喝好一点的酒（使用某功能），愿意去了解一些酒的品牌（知道哪些论坛有大神可能解决问题）就够了，为什么我非得自己去从头学习酿酒呢（从头学起，把这个问题掰扯清楚）
所以这个时候，channing所说的能够提供一键同步其他用户的设置就显得非常用户友好
能够使用其他用户的配置固然是好的，但是正如前面所说， 1000 个读者就有 1000 个需求，你只能期望其他用户跟你有完全相同的需求了，另外，其他用户也不一定会贡献出自己的设置，他的电脑配置和你的也不一定相同，在他的上面可以运行的东西在你的电脑上就不一定能行了。
你的这种指责就好比某金融巨鳄对中国只想玩玩炒股投了一两万的韭菜说“你想炒股为什么不来哈佛商学院读金融系，然后来华尔街观摩学习？”虽然很有道理，也能解决真正的问题——但我拒绝
我没想指责，只是指出方向。你的类比太大了，学习 Listary 的成本显然没有去哈佛商学院学习金融那么困难。你要想用好 Listary，想要它符合你的心意，不学习一下如何配置，基本上是不可能的。其他软件不也是一样嘛，你用 word，excel，ppt 不也得学习？
我看出我们的分歧点在那里了，对于学习的理解是不一样的！
我将用两张图来说明：
这张图代表了我们非专业人士对于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
我强调的点是，非专业人士没有必要或者说不值得去查，因为成本太高：
- 我没有专业知识将我的需求转化为文档中具体内容，以everything为例，我希望实现“在当前文档中搜索想要的文件”，但我完全不知道我该在everything的文档中去查那个子类别，最多只能排除copyright吧
- 纵然我终于弄清楚了要查什么（在这个过程中我可能要恶补很多基础的程序知识），那么这些基础程序的知识对我其他的生活根本没有帮助，为什么我要花费这个时间成本去学习我可能以后都不会用的知识？专业人士学习这些可以强化他们对相关知识对掌握，有利于自己领域其他的工作，而非专业人士除了解决这个问题以外什么都得不到，然后以极快的速度忘记了
如果你觉得之前华尔街的例子对比不好，那我举个更日常的例子：
假定我是个不学微积分的文科生，我看某电影的时候看到一个微分方程：d^2y/(dx)^2+dy/dx+1=0（PS：这个方程本身不难，但是文科生可能仅仅知道最后结果应该是y=f(x)的形式，但是连dy，dx是啥都不知道）。
结果电影最后都没有告诉我这个结果到底是啥，但我特想知道。
这个时候我当然希望找到一个网络计算器（某个论坛大神）直接把答案告诉我就好，我不想知道怎么解。
可是一个学过高数的理科生却扔给我一本《高等数学》说我应该去学一下就能解出来了，并且说即使是学过微积分的人可能也要查微分方程解题公式呢(专业人士也要查手册)——老天啊，我只想知道这个方程的结果而已啊，为啥我就非得去学怎么看懂这个公式（将需求转为手册中具体子类别），怎么应用解题公式啊（从手册中找到相应内容并正确运用）——这当然是学习的态度，但我学完之后除了能解这个方程（还有可能算错，对应手册查完了我还可能用错），我有什么其他好处吗？如果没有，我有什么必要去学？
1 Like