十分感谢分享关于快捷键及搜索的相关看法。
Listary 6 的核心改动之一是搜索质量的提升。如果之前想要的搜索结果平均位于第10位，现在通过改进算法提升到了前三，那么即使每页显示条目变少，搜索速度也会大幅加快（排名提前需要目视检查的条目变少，同时界面变大目视检查也变得更容易）。
快捷键已经规划好了一些方案，我个人最倾向于 Office 的（很久之前 Listary 中添加过一段时间，后来移除了）：默认隐藏快捷键提示，按下 Alt 或 Ctrl 后（可松可不松）显示单键快捷键。
该方案优势明显：
缺点是无直接视觉提示，需要弹出教程或提示用户才能知道有这项功能。
不过快捷键终归是辅助功能，核心还是搜索。最理想的情况是搜索结果排在第一直接回车就行了 
感谢建议，都有记录。快捷键的方案会在正式发布前不断改进优化。
集思广益吧，大家都提一些，可能有精华，也可能不太好，但万一能让你顿悟一下，可是会造福千万人的 
现在主程序的图标就很漂亮，也和搜索框的图标一致。
我后来也是这么考虑的，默认是单色，鼠标悬浮变成彩色，为此还做了一个动图，再加入一些功能就和现在的版本一致了，大家用着也习惯、方便。
这个方案果然更好、更科学，比现在的方案好很多；快捷键是稀缺资源，设计不好反而起不到作用；最终版本这样设计的话，以后会尝试使用:joy:
在搜索结果列表去掉快捷键的提示很重要，这个提示的确对界面影响很大，像你说过的一样，还容易分散注意力。
如果能把搜索结果控制得这么精确真是不容易，比我还知道我需要找什么:joy:但你得真正确保我需要的在列表中，否则我还得删除关键字的位数增加搜索结果。
还有一点，5里对长路径是滚动显示， 6以后打算怎么处理？目前预览版2里没看到有处理。
不谈 3。仅就 1 和 2 两种打开方式来讲，2 与 channing 提出的 Office 型方案比较一致，1 是一个实在的功能需求，实现上可以有更节省快捷键，也更 Office 的方案。假定使用 channing 现在提出的 Office 型方案，也就是功能 2 对应 Alt + Num （表示组合键）或 Alt, Num（表示先后按下）——也许不限于 Num，可能也采用字母键，姑且以数字键 Num 为例。有以下几种方案来增加对功能 1 （保持搜索结果列表）的支持，可择其一或同时采用多种。
无一例外地，都要以 Alt 为首，这是为了保持 Office 型方案能够避免快捷键冲突的特性。而易用性也足够高。我相信这些都是 channing 已经考虑过的，所以我不是在提建议，而主要是推测和替作者表达设计思想。在同样的设计思想下，或许有比我提出的更聪明的方案，毕竟我这几个只是花几分钟拍脑袋想出来的。
更新：
我才注意到 channing 已经考虑 Alt 和 Ctrl 两种首键，那么就已经正好对应上面的功能 2 和 1 了。不过由于某些原因，我怀疑最后能保留 Ctrl 首键。
你可能还没完全理解大神说的office快捷键模式，这种模式按下 Alt或 Ctrl之后，就进入一种快捷键状态，系统只接收一个正常字符的输入便会动作，不可能有你说的1234的情况发生。按下Alt或 Ctrl，再按下一个字符按键，Listary便会退出，选择的程序便会启动，再输入的字符完全起不到快捷键的作用，而会被打开的程序接收，很可能会产生你不想要的意想不到的动作。
并且也完全没有必要再增加快捷键组合，按下Alt或 Ctrl之后，实际上快捷键可以扩展到36个（26个字母+10个数字），这些快捷键数量足够了，即便是排版专用的高分辩率竖屏，36个快捷键也足矣应付了，完全没有必要在增加新的组合；再增加新的快捷键组合就和office的快捷键模式是两套完全不同的快捷键系统了，到时还得想用哪种快捷键模式，这就得不偿失了，是不会这么做的。
如果真需要 Ctrl + 很大的数字来“快捷” 打开你想找的文件，我觉得只能说明你用的关键词有问题。不如思考用更准确的关键词。
但很多情况下，关键词的输入就很费时，甚至根本就不知道该用什么关键词搜索好，而尝试着搜索出结果后，在列表看见所要的文件，顺手点击一下Alt或 Ctrl，再点击提示的快捷键就动作了；就是你用关键词搜索到了准确的结果，在不止一个结果的情况下，快捷键的操作还是很方便的。
虽然大神改进了算法、虽然能用更准确的关键词、虽然不一定所有人都会使用快捷键，但作为辅助手段，作为一个完整软件的组成部分，快捷键还是很有必要的。
win7下如果双击系统托盘图标会出现bug。
重复打开主程序都会被加载。
我觉得还应该显示可以滚动的搜索列表.
针对win7应该继续优化视觉效果，尤其是图标。隐藏后的系统托盘图标就看不见了，但吐出来以后我还是能看得见纯白色。
搜索框拖动以后再显示，位置不能固定。
尺寸按比例缩小了10%，没有调整间距。
我正是这么理解的。Windows 系统软件包括 Office 的 Alt 用法我还是了解的，自己也在用。我提出的方案正是这种风格的延伸。
「只接收一个字符」不是 Office 风格所具有的限制，Office 风格的本质是不使用同时按下的组合键，取而代之使用「按键序列」，你可以打开 Excel 或 Word 验证一下。实际上所有使用标准菜单的 Windows 软件都可以这么用 Alt。再考虑到这恰好也与 Vim 风格一致，channing 多次表现出的对 Vim 风格的偏向，以及「输入搜索词」这件事的本质也是「按键序列」，我想我对他倾向使用「按键序列」的推测是正确的。
以搜索为核心，快捷键为辅助；即使提供快捷键，也使用「搜索化」的「按键序列」方式——我想，这是 channing 一脉相承的核心设计思想。
我确实对Office快捷键理解有偏差，基本没怎么用过，只是知道第一步，甚至没有具体按过。但我想作者就是想利用Office快捷键模式的第一步，因为第一步已经足够了：按键足够多，速度足够快；如果呼出快捷键再用组合或是分级按键的话，真的不快了，完全失去了快捷键的意义。
搜索引擎当然是搜索为核心，其他的都是辅助，包括快捷键；但是核心我们帮不上忙，只能在辅助上提点建议和意见。
核心和辅助是相得益彰的、相辅相成的；没有核心一切都失去意义，没有辅助，核心是会逊色不少。
速度有赖于按键的选用和方案设计细节，姑且各自保留意见。如果希望细致讨论，也欢迎。
我主要是希望大家更多地理解作者的设计思想——如果我对作者想法的推测是对的——以便能够与作者在同一频道对话，使交流更高效。这样，大家在酝酿和提出建议的时候也会有不一样的体验和思路，会更清楚自己的想法与 Listary 本身的分歧程度。感觉到分歧大的时候，就有可能更谨慎地斟酌，或更加仔细地完善自己的建议方案，因为明白较大的改变需要较多的脑力劳动和更大的决心；知道分歧小、与 Listary 思想相容的时候，就能够集中火力，助推 Listary 核心的进化。
很多时候，我们面临两种（或以上）方案时，与其在两种方案的选取或兼顾上耗费精力，不如集中攻关其中一个。我们往往忽略精力是有限的，只有放弃才能专精。同样重要的是，不专心深入体验一种方案，是无法想像到它其实是可以（进化到）如此令人满意的。
我几乎从不发表对 Listary 设计思想的评论，而是默默观察和体会。这一次是因为 channing 一方面反复跳票反复被催更，而我一直在旁默不作声，一方面又面临大量用户意见和建议，感到他可能应付乏力了，心疼了 
，就多说了一些，推测不一定准确，也仅限于一个方面，希望能为作者和用户的交流加一点润滑剂，对 Listary 其他方面（如 UI 和视觉）的交流也提供启发。
补充：上面说了到目前为止我的评论「仅限于一个方面」，这也有懒的因素，作为一个懒人，如果不实际去做，很难想像会在短时间内组织这么多文字。但如果在这小小的一个方面讨论得足够细致，就能够给其他方面带来辐散作用，免去了我在其他方面发言的需要，最终还是服务了「懒」的要求。这也是「专精」的好处。
选用什么快捷键的方案、采用什么样的设计细节，一层快捷键的操作也足够了。
我想在office快捷键是利用上，你极可能是推测错了。但这也没有什么关系，提建议就需要百花齐放，从不同的角度看问题，说不定帮作者打开脑洞，就会有意想不到的新点子产生。
真正想和大神在一个频道上对话，你可以尝试和他谈谈搜索引擎的核心算法，这个帮助是最大的。
放心吧，大神就是大神，远比你想象的聪明强大，不同角度的想法只能帮他思考，每个观点都会不同程度的作用。这时候就算耗费点精力做得更完善，也比正式版推出之后，再动大手术修改强。
想让Listary更完美，想让大神开发进度更快、更好，就应该对他的任何地方提力所能及的建议，包括设计思想；默不作声才是最不应该。beta版时默不作声，难道想在正式版推出时再大加鞭挞吗？
只要是善意的、只要是对Listary有好处的、只要是对作者开发有帮助的，我想他的意见也应该是：你随意提，不信你问问他
