截至 2024 年 8 月，这已不再是实验功能，而是 Discourse 的默认功能！
我们之前在 Request for feedback: how do you use the topic map? 征求过大家对主题地图的反馈。
今天，我们在 Meta 上推出了一个实验性的主题地图，它极大地简化了布局，同时通过一次点击即可获取大部分有用的信息。
之前：
之后：
变化之处：
- 移除了创建时间、最后回复时间和回复计数。这些信息在主题时间线中也可以找到。
- 显示 5 位最活跃的发帖人，其他发帖人可通过点击用户数查看。
- 热门链接现在可通过点击总链接数查看。
- 不再同时显示“总结”和“显示热门回复”，一次只专注于一种总结策略。
- 简化了预计阅读时间。
- 即使没有回复，也会一直显示。
新增功能：
- 点击点赞数将显示该主题最受欢迎的回复。
- 对于有 4 个以上帖子的主题，主题地图也会显示在底部。
未改变之处：
- 私信中的主题地图包含添加/删除用户功能，因此重新设计会稍微复杂一些，超出了本次实验的范围。
这仍然是实验性的，不一定是最终实现。我们现在正在征求反馈。如果您遇到任何错误，请告知我们。如果您喜欢或不喜欢它，请告诉我们原因！
48 个赞
太棒了，Kris！我只在现有主题的测试中看到过这个，其中包含大量数据来填充这个主题图。
我想知道我们是否可以在有足够指标来填充地图时才渲染它？没有它，感觉有点空。
14 个赞
这是默认主题图行为 — 没有回复时它不会出现。
我并不反对保留该行为，但我们收到了一些管理员的反馈，他们表示即使在没有回复的情况下也希望看到查看次数，所以我觉得值得一试！
当未启用 AI 摘要时，它也会显得更空，这进一步支持了隐藏它：
15 个赞
Firepup650
(Firepup Sixfifty)
4
看起来它出现在所有主题（或至少3个回复）的底部，并且从顶部消失了？
11 个赞
哦，是的，你说得对，我确实忘了提这件事——目前它被设置为只显示一次，在底部，如果帖子少于 4 篇。
为了保持一致性，也许最好总是在第一篇帖子下方显示它，并且在帖子很少的情况下不显示在底部，但我觉得在短话题的底部显示它更有用，所以我尝试了这种方式。
11 个赞
sam
(Sam Saffron)
6
微小的一个
在移动设备（iOS）上，当您从 dmenu 返回论坛时，会有一个额外的闪烁
总体而言，我很喜欢这个
8 个赞
到目前为止，我非常喜欢。做得太棒了 
在手机上运行效果很好。
主题末尾的主题图很有意思。
非常细微的主观用户体验反馈：
在某些情况下，主题图似乎离第二篇文章太近了。我会增加一些填充，以保持与文章一致的空间。我认为这样感觉更自然。
7 个赞
j.jaffeux
(Joffrey Jaffeux)
8
如果您指的是标题闪烁，是的，遗憾的是这是当前解决方案在 iOS 上锁定正文的一个限制。它在我需要改进的列表中，但由于我们的标题实现方式，这很棘手。
7 个赞
Moin
9
对我来说，长主题的移动版本看起来是这样的。
即使文本换行可能无法避免（尤其是德语文本 ），但如果文本大小和高度相同，那就太好了。
9 个赞
干得好！这看起来比旧设计干净多了，并且消除了 Discourse 设计中的一个主要视觉混乱区域。
小建议：我想知道当它与用户名、文本和链接的视觉轴对齐时，是否会更好看。它目前有点突出。
8 个赞
是的，这是一个很好的解决方案。现在更有条理了，谢谢你。
7 个赞
Jagster
(Jakke Lehtonen)
13
这是一个巨大的问号。链接列表现在被隐藏起来，如同复活节彩蛋一样，用户必须知道去哪里找。
4 个赞
这可能只是一个主题的问题，但它确实与话题的其他部分融为一体（恕我直言，不是好的方式）。我看了几眼才明白哪些是你的帖子，什么是话题图，以及下一篇帖子是什么：
我真的很喜欢在我们的网站上，话题图在原始帖子和下一篇帖子之间在视觉上分离得很好：
不过，我确实喜欢话题图也位于较长话题底部的想法！
14 个赞
Qwerty8
(Qwerty Qwerty)
15
请在悬停时将光标设为指针！我认为这是一个被忽略的简单问题。
另外，为什么这些不一致？
5 个赞
piffy
16
我还没有完全倾向于任何一方，但看到它在上一篇文章下方时，我的初步反应是它应该更低。现在感觉它像是上一篇文章的一部分，而不是代表整个主题。
7 个赞
到目前为止我很喜欢，看起来太棒了！干得好 
在我看来，视图应该是 UI 的一个更突出的部分，除非至少有一个回复（我认为）它们仍然被隐藏。像这样的东西会不会有损？
v
5 个赞
Jagster
(Jakke Lehtonen)
18
除了管理员，谁会对浏览量感兴趣？这只是另一份伪数据的片段。
我的意思是，是否有真实用户会根据浏览量来决定阅读、回复或相信？
8 个赞
我明白，但在我们的案例中，我们在社区中运行一个大使计划，他们对浏览量非常感兴趣。
我们还经营一个开源市场，用户可以在其中分享他们在我们的平台上构建的解决方案，因此他们对浏览量非常感兴趣。
我们的产品管理团队（以及间接但通过关联的 CSM）会通过我们的 Discourse 平台发布公告，因此他们也对此感兴趣。
仅举几例！
12 个赞
sam
(Sam Saffron)
21
我同意“移动端”是最难解决的问题，但我不希望仓促提出解决方案，以下是我看到的一些挑战：
-
“摘要”按钮比它下面的（时间线）按钮“小”，这导致了一些视觉设计上的问题。
-
面板的底线因为它离时间线太近而感觉“被一分为二”。
-
我认为“跟踪”下方的文本只是在浪费宝贵的空间。
-
“主题控件”是一个具有挑战性的组件，它不是一个下拉菜单，这很可惜，而且看起来完全不协调。
-
双扳手感觉有点多余，它们之间只有几个像素的距离。
-
我们是统一所有主题控件的设计，还是进行零散的修复？
-
我们是否要在移动端将摘要按钮固定到时间线上，或者不固定？
尽管存在所有这些挑战，但我仍然觉得对移动端进行小的迭代可以解决大部分问题，并且我们可以在完全重构主题控件之前就完成上线。
总的来说，我非常喜欢这个设计，即使存在所有挑战，我也喜欢它在移动端和桌面端的表现。
8 个赞
