我喜欢 Discourse。我是公司里 Discourse 的先行者，感谢你们，团队，它成功转型为一个社区。
搜索框不再实时搜索了吗？从今天起，搜索功能发生了变化：
- 出现了“在当前主题中搜索”的选项。
- 选项 1 现在成为默认选项（很奇怪）。
- 默认情况下，实时搜索会显示标签和用户，为什么显示用户？
- 按主题进行实时搜索需要在点击后激活。这一点是今天更新中最重要的。以前这样就已经足够了。
我尝试查找与当前变更相关的功能请求主题，但一无所获。我希望恢复旧的搜索功能，请帮忙。
9 个赞
感谢反馈！我非常喜欢搜索功能的改动，但额外的点击确实比我们之前增加了些许操作阻力。
我在想，我们是否可以再次实现无需点击即可显示结果，同时保留顶部“在所有主题和帖子中”的额外点击（在相关时）：
我确实更喜欢这种样式，而不是我们之前使用的复选框。
15 个赞
在移动视图上它本来就不是实时的吧？
只有当你在主题中查看 / 时才是这样。但这也是旧有的行为，对吧？
你说得对。这一点之前已经讨论过。不幸的是，我曾在移动设备上使用过 Discourse 两三次。
抱歉，我的意思是“在当前主题中搜索”这个选项是新的（而且在大多数情况下可能是不必要的，也许仅对非常长的主题有用）。它被放在了第一位。旧版搜索功能运作良好。现在我却无法理解它了。无法使用快捷键在撰写时查找要添加的主题。
1 个赞
感谢您的回复。实时搜索是一项极具价值的功能，不应因视觉风格的改进而放弃。搜索的首要原则是简单和快速。为了实现快速的搜索结果，需要能够迅速访问的搜索框。我无法认同当前版本更优，因为它缺乏实时搜索功能且需要过多的点击操作。
4 个赞
我同意这一点。现在搜索一个主题，然后在该主题内进行搜索，需要花费我很长时间，而我每天会多次进行这样的操作。
4 个赞
我不认为这是一个大问题，因为按\u003ckbd\u003eENTER\u003c/kbd\u003e键是一种非常标准的搜索方式，而且通过这种两级搜索，我们的界面更加清晰。
第一级：用户、分类、群组、标签
第二级：主题、帖子
1 个赞
不，这并不是新功能。我们早已将此作为一项功能提供，如果您身处某个主题、分类、标签或个人私信中，您之前会看到一个复选框，用于在该特定上下文中进行搜索。新增的是，该复选框已被替换为“此主题中的关键词”行。
这是一个合理的抱怨。我参与了这项搜索功能的改进工作，我非常预料到这会成为一个被提出的问题。正如 @Don 在上面指出的那样，您可以按 Enter 键来搜索所有主题。您还可以使用上/下箭头键浏览可用的搜索结果，因此，若要在当前主题中搜索，您需要按 向下箭头 + Enter。
我们非常清楚，这对于现有重度搜索用户来说并不是一件容易适应的事情，调整起来很困难，因为感觉速度慢了很多。但我们进行这项更改有几个原因：
- 更好的性能：每次按键都对所有帖子进行完整搜索成本高昂，给用户带来的额外摩擦为站点管理员带来了巨大优势。对于管理单个站点的自托管用户来说，这可能不会产生太多影响，但在许多 Discourse 实例中，节省的资源是显而易见的。
- 更简洁的结果列表：以前，我们的搜索下拉菜单中有多个列，左侧显示主题结果，右侧显示分类/标签/用户/群组结果。这看起来并不美观，因为同时显示了太多不同类型的元素。
- 搜索即导航：通过新更改，无需离开键盘即可非常快速地跳转到特定的分类/标签/群组/用户。例如，您可以轻松输入标签/分类名称的一部分，然后使用 向下箭头 + Enter 导航到该标签/分类页面。（以前，这需要多次按键。）
- 支持搜索历史：这尚未实现，但我们计划很快为已认证用户添加此功能。
因此，希望经过短暂的适应期后，搜索体验会变得良好。这是我们的目标，但有时很难在不造成一些摩擦的情况下进行更改。
您的意思是 a 快捷键无法将搜索结果添加到主题中吗？对我来说它是有效的，不过存在一个回归问题（将很快修复）：它会在编辑器中发布相对 URL，而以前是绝对 URL。
17 个赞
这条建议让我改变了从“讨厌新搜索”到“没关系，我赞赏其更低的性能影响”的看法。如果这条建议能显示在占位符中就好了，目前占位符只显示“搜索”。
8 个赞
我可能会适应这一点，但我确实有一个小问题。
我搜索一个单词
点击“所有主题和帖子”
点击唯一的结果，然后我想在该主题内搜索，但点击后我没有看到“搜索此主题”的选项。
汉堡菜单将我带到高级搜索，而我唯一能获取“搜索此主题”提示的方法是在搜索词后加一个空格。
也许我记错了，但似乎点击某个主题后，我应该能在不修改搜索词的情况下获得在该主题内搜索的提示。
4 个赞
您看不到该选项的原因是搜索面板正在显示上一个屏幕的缓存结果。如果您在输入框中输入新的内容，应该就能看到“搜索此主题”选项。
2 个赞
嗯，我明白您这次更新的出发点，但我对此持保留态度。
我预期的行为是：
- 当我在首页时，默认搜索范围是“所有主题”
- 当我在某个分类/主题中时，该分类/主题即为默认搜索范围
在这两种情况下，我都希望无需二次点击就能立即看到该范围的搜索结果——就像之前一样。不过，通过一次点击更改搜索范围是可以接受的。
那种“直接按回车”的变通方案？是的，这或许可行，但在用户体验设计方面，它与“展示而非告知”和“让我无需思考”的原则相悖。
旧版搜索感觉更敏捷、响应更快、更直观易用。而现在，我却不得不思考自己的行为。
6 个赞
好的，我明白了，我需要多做一个步骤，即输入一个空格。感谢你的回复。
就是这个。
我认为这个技巧几乎被每个网站使用。Google、YouTube、Facebook 等……它们只是在搜索中添加了一些建议，但流程与 Discourse 搜索相同。我知道这在 Discourse 中不常见，但这只是一种习惯。我的社区对新搜索用法给予了相当积极的反馈。我认为这为我们带来了一些性能上的好处。
5 个赞
感谢您的回复。
烦人的提示、标签和用户列表似乎只是为了转移注意力，让人忽略搜索功能已无法正常使用（除非执行额外的用户操作）这一事实。
是的，额外按一次 Enter 键并不难。但为什么屏幕上会出现这些特殊的搜索项？普通用户通常需要使用它们吗？我想并非如此。现在，弹出的标签和成批出现的未知用户名称，就像麦当劳的自助点餐机一样具有侵入性。我不想要炸薯条，但他们却在每次点击时都向我推销。
老实说，如果有一个置顶话题提前说明由于性能问题，Discourse 不得不关闭实时搜索功能，我会表示理解。那些拥有托管服务的用户可以暂时保留当前设置的版本。
但现在已无法回退到 beta6 或 beta5 版本。重新构建会崩溃。
Ctrl+Enter 有什么作用？当它第三次出现时我点击了。此时搜索框中还没有任何内容，结果我被重定向到一个带有错误信息的空白页面。
我今天已经提交了关于交叉引用链接 bug 的报告。您说得对，确实存在这个问题。我之前提到过快捷键，现在它们不再那么有效，因为需要额外的点击，而且我必须分心去确认键盘方向键是否选中了正确的选项。以前用户并不在意，因为当前主题内的默认搜索默认是关闭的，而且不容易找到并启用它。
3 个赞
哦，好的。大多数服务器是否原本就因 Discourse 的搜索功能而难以应对？
1 个赞
我们发现，无意义的搜索工作占据了服务器搜索工作量的大部分。我们的服务器执行了海量的搜索工作，在某些网站上，就总成本而言，这是第二或第三昂贵的路径。
我们的服务器速度极快，能够承受大部分此类压力。然而，自行托管的用户却付出了过高的代价。
这不在我们的计划之中。当然，我们会调整并改进设计，可能使提示更加丰富等。然而，我们并无计划让这艘船返航。
“奶酪”（Cheese）已迁移，我强烈建议先适应这一变化 14 天，并提供反馈，以便我们进行微调以进一步改善现状。
“奶酪”（Cheese）不会回迁。
18 个赞
感谢您的澄清。问题并非技术性的。作为 SaaS 拥有者，Discourse 的付费对于实时搜索中的无意义搜索来说太高了。每个用户的操作都有成本。由于 Discourse 是开源的，我同意维护者应承担更少的成本这一观点。作为社区成员，我必须支持开发团队。
无论如何，之前的搜索版本是可配置的。目前，某些选项（如按标签、按用户等）默认处于启用状态，而过去它们默认是禁用的。
我在此表达的是我的用户的感受，因为他们并不在这个论坛上。我猜想这里大多数活跃用户都是来自其自托管安装的管理员、开发人员或设计师，因此我希望我的反馈能有所帮助。
7 个赞
这是我初次看到新搜索框时的样子。在我的认知模型中，搜索框下方的所有内容都是搜索结果。因此，搜索按钮看起来像是另一种类型的结果。我认为设计指南应当避免此类情况。
凭直觉，搜索按钮应位于搜索框右侧。但这里却是一个搜索重置按钮，我直到刚才才发现它的存在。
令我惊讶的是，谷歌的界面也是如此。它也有一个奇怪的搜索重置按钮，而我从未意识到它的存在。不同之处在于，谷歌至少能清晰地区分搜索按钮和搜索结果。
我认为 Discourse 在用户体验方面做了许多正确的事情，但也存在一些奇怪之处。有时变更是一种改进，而有时则仅仅是为了改变而改变。
我认为其根本原因在于，这些变更是以临时方式进行的，缺乏基于明确定义指南的设计系统。它是随着其创造者多年积累的经验直觉而逐渐发展起来的。支撑界面决策的范式并未被清晰地表述出来，而是以一种近乎独裁的方式做出的。
5 个赞
设计系统难道不是完全独裁的吗？具体到这一变更，设计系统本应提供什么样的指导？
有具体的例子吗？如果将来遇到这种情况，欢迎在 Meta 上提问。据我所知，每次变更背后都有某种理由……但确实，除了促成变更的提交信息外，我们并不会公布每次变更的原因。
我们之所以被称为“准独裁”，是因为最终决定哪些内容能进入 Discourse 的权力在我们手中（总得有人来做这个决定），但我们会考虑许多因素。之前已经提到了性能，但来自客户的意见也起着重要作用，因为没有客户，Discourse 就不可能存在。我们还运营 Meta 平台，专门从更广泛的自托管社区收集此类反馈，并会关注大型站点（尤其是从其他平台大规模迁移的站点）上的 #site-feedback 分类，以了解普通用户的实际使用情况。
10 个赞