接续自 Horizon: 高上下文主题卡片 的讨论：
[quote=“chapoi, post:16, topic:393470”]更新后，您可以在所有站点设置中找到它：
我对这个描述有点困惑。我以前在我的论坛上使用过主题列表摘录 (topic list excerpts) 主题组件，没有遇到任何问题。那么，这个设置到底改变了什么呢？描述读起来好像只有在启用该设置并且我使用显示摘录的组件时，我才能使用摘录，但即使在禁用该设置且仅启用主题列表摘录的情况下，摘录似乎在我的论坛上也能正常工作。如果我启用该设置，会有什么不同呢？
题外话：这个设置没有被添加到像“布局”这样的“区域”有什么原因吗？
看起来我不需要理解
是的，这与 Horizon: High Context Topic Cards 有关，最初的想法是我们需要暴露这个设置，以便人们可以在没有控制台访问的情况下在这些 Horizon 主题卡中打开摘要……但暴露这个设置有点危险，因为如果你启用它，即使当前主题中没有显示摘要，也会向主题列表中添加大量数据。
后续的措施是，当 Horizon 主题启用了 topic card high context 时，启用隐藏的站点设置……这样该设置就被限制在它将被使用的情境中。
默认情况下，我们只为 
置顶主题序列化摘要
除非启用了 always_include_topic_excerpts 站点设置，或者主题正在使用“主题修改器”（theme modifier）。也许你正在使用的这个主题使用了修改器？
那么，将新功能仅限于 Horizon 的理由是什么？将新功能限制在无法自定义的核心主题中，似乎与 Discourse 的总体精神相悖？我们甚至不能在 Foundation 中使用它吗？核心中存在专门针对 Horizon 修复的代码行……
那么，如果我在 Horizon 中更改设置，它会更改隐藏的站点设置吗？这是否意味着它也会在安全模式下激活，因为它是一个站点设置？我原以为，就像 zogstrip 刚才描述的那样，Horizon 主题会激活摘要，而不管设置如何，就像你可以通过将主题列表摘要组件添加到 Foundation 中一样。
主要是时间和复杂性，要在 Foundation 中添加这样的视图，我们需要更新 API 以支持更灵活的布局……所以我们需要创建新的 API，在一段时间内同时维护两者，然后弃用旧的 API。
Horizon 更像是一个全新的开始，对自定义的限制更多，并且默认情况下缺少像主题列表中的标签这样的信息……因此，在不担心向后兼容性的情况下，优先考虑它更容易。理想情况下，我们会吸取从 Horizon 学到的经验，并用它来更新 Foundation。
抱歉，你说得对，那有点不准确……它不会字面上启用该站点设置……但它做了同样的事情（序列化摘录），只是针对使用 主题修改器 的主题。
我不确定你的意思。我之前说过，主题列表摘录组件在没有该设置的情况下也能正常工作：
所以我想它确实使用了修改器，但该站点设置的新描述说，即使在你启用它之后，你也需要“主题列表摘录”组件才能看到它们。
我的问题是，如果该组件似乎可以在没有该设置的情况下启用摘录，那我为什么要使用该站点设置呢？
除非启用了像“主题列表摘录”这样的主题组件，否则可能看不到此摘录
我的问题不是它为什么能工作，而是我为什么要使用这个设置，因为这是我期望从描述中获得的信息。这就是我所说的，既然描述已经被移除，我似乎就不需要理解了。
明确一点：话题摘录功能并非仅限于 Horizon。任何主题都可以通过主题修改器（theme-modifier）启用它。许多主题都这样做了。
站点设置是实现此目的的旧方法，早于主题修改器出现。今天将其取消隐藏是因为我们一度认为这是使 Horizon 用户可以将其作为可切换选项的唯一方法。但实际上，有一种方法可以将主题修改器链接到主题设置，我们现在已经在 Horizon 中这样做了。
我们还记录了该策略，以便清楚地说明其他主题如何实现它。（也为了我们自己不会忘记 
）
哦，是的，我现在明白了。我只是不清楚，因为我以为这些是不同的摘录，而不是在 horizon 中以新方式使用的相同内容。
