# 找回 Numbers 的古典搜索结果列表界面

> 本文开放前 70% 正文，剩余内容会员可见。

原文：https://utgd.net/article/21292

> 那些记得冷藏前食物味道的人最终会死去，成长的一代人不知道其中的区别，可能会因为无知而快乐。——Chicago Inter Ocean 关于膳食一份报告

正如一个从未吃过现摘水果的人一样，如果一个人从未接触过早期版本的 Numbers，他永远也不知道许多已经失去的交互细节。而对于真正从事繁重工作的人来说，许多被时髦界面顶替的好设计，实则非常重要，例如 Numbers 09 中的搜索结果列表界面。

设想你拿到了一份有数百人的名单（例如年级学生名单或公司员工花名册），你想找出所有姓吴的人员，怎么做？在任何一个设计正常的软件中，搜索，然后看搜索结果，结束。即便是备受嘲讽的 Microsoft Word 中，也会列出搜索结果。但，现在的 Numbers 不会。上图的搜索结果列表界面，如今已经变成了下图的微型弹窗。

严格说，也不是什么都没有，你可以点击前进和后退箭头跳到前后的搜索结果位置，但为什么不干脆一次性展示所有结果，就像十几年前那样？

诚然，你可以玩弄过滤、分组或排序功能，但不见得上一手的制表人会做得那么规范，何况这些属于特定表格软件的专用技术，在传统搜索功能足以解决一切时——事实上也曾经解决过——为什么我要掌握一系列不会在别处得到任何投资回报的琐碎技术？

我决定找回传统的搜索界面。

\>\>Keyboard Maestro 动作下载\<\<

古典搜索结果列表无法是两种功能的结合，首先，可以展示所有的搜索结果；其次，点击任意搜索结果项，都可以跳到原始文件中的对应位置。从 Microsoft Word、Obsidian、BBEdit、CotEditor 到 DEVONthink 乃至 FoxTrot，这种搜索交互方式都近乎天理。可惜现在我得把 Apple 卸掉的轮子再装回去，并且得自己从头炼钢。

先搭个大致的框架，把列表做出来。为求通用——否则的话，更好的选择是 LaunchBar，界面足够大气——我选择了系统自带的列表弹窗控件，它可以用 AppleScript 自制，进而用各种常见自动化工具调用。

列表收入了两部分信息。前半段是搜索结果单元格的位置，例如 A31\:A31 就表示第1列、第31行，至于为何要重复，稍后解释。后半段是整个单元格的内容，鉴于我（和我的同事）没有在表格里写小作文的恶习，我暂时只需要直接展示全部信息，不用担心内容过多而溢出屏幕。

接着要赋予这个列表点击跳转功能。刚才的位置数据此刻就派上了用场：Numbe

---

[前往标准阅读页](https://utgd.net/article/21292?audience=web)