Listary 6+ ahk_class #32770窗口SysListView321控件下无效

中文讨论区 综合讨论
1

很早就测试过V6了，快速筛选对比V5好多窗口都不理想(无法像V5那样直接接管键盘输入)，甚至无效，过了这么久还是这样，不知道V6版本是否需要做得更全面，如果需要实测环境请联系我远程调试。

2

SysListview 32 已经不再支持了。具体请详见 常见问题 | Listary Docs

3

我觉得吧，虽然现在软件有很多新的框架，SysListView32这种控件历史悠久，肯定还会有很多软件在用，兼容性做大一点，难道不好吗？微软也没说过要放弃这控件啊，希望恢复对它的支持。另外，V6的快筛匹配也不是很理想，匹配后文件夹被放在最下层(因为关键字可以完全匹配文件夹，而文件夹还是放在匹配文件的后面，V5不会这样，我觉得这不是频率的问题)。

4

因为之前对 SysListView32 的监控是全局的，屏幕上的每个控件都要判断是不是 List，这个范围太大了。高频需要搜索 List 的软件，我们可以单独做适配，但是全局的适配肯定不会做了。

确实是根据频率排序的，不过如果需要筛选文件夹的话，可以在搜索词中使用过滤器folder:

5

不需要把每个控件都判断吧， 只判断当前活动控件就可以了，开销应该不大啊，V5用起来也很丝滑啊

6

这个问题其实我们内部已经讨论很多次了，确定不会加回去了，因为收益和可能造成的崩溃不成正比。

  1. 很多软件，尤其是新的软件已经不用 SysListView32 了，绝大多数用户接触不到 SysListView32
  2. 即使是 Windows，用的也越来越少了，Windows File Explorer 中很早就不用了
  3. 对于部分使用了 SysListView32 的软件，需要搜索 List 的需求也很低。

如果真的对某个软件有需求，我们会视情况做单独的适配的。

说个题外话，Listary V1.0 就是专门用来搜索 List 的，所以叫 Listary，我们对搜索 List 这个功能还是很有感情的。

但是从 V1.0 到现在已经十年多了，不管是软件的趋势还是用户的需求都有很多的变化，我们确实是深思熟虑后做的这个决定。