嗯，我刚才有点操之过急了，内部对此尚未完全达成共识……先让这件事放一放吧。
2 个赞
我更喜欢在 DiscourseHub 上显示单个“新”（NN 计数）数字。我认为这对大多数用户来说是一个更好的选择。它更简单，并且与我们在主菜单上显示的内容一致。主题/回复的区分是次要的，真正需要它的用户可以在进入站点的新列表后，按主题/回复进行筛选。
1 个赞
我能理解追求简洁性的观点。但对我而言，一个可能引起我兴趣的新主题，与一个我已经决定感兴趣的主题中的新帖子，这两者是有区别的。因此，我希望能在应用的概览界面中直接看到新内容对我的优先级，而无需先访问论坛并登录。对我来说，DiscourseHub 的优势恰恰在于它让我无需逐一访问各个论坛，就能概览我使用的所有论坛。目前我在 Meta 论坛上就缺少这种体验。如果我无论如何都得访问 Meta 并登录才能获取信息，那我又何必查看 DiscourseHub 呢？
2 个赞
嗯，我想我们暂时还是追求简单吧。记得在 Hub 中，我们显示的是其他数字作为通知计数。保持这种简单性并与核心保持一致是有帮助的。
2 个赞
在这个话题上发言有点晚了，但我们在 unified new view（统一新视图）稳定后进行了重建，随后有成员指出，他正在追踪的话题不再出现在话题页面的底部。他一直在利用该列表，从刚追完的内容跳转到下一个话题。
@martin 你之前在 #20 中深入研究了 new_and_unread_results 以解决“全部”标签页的排序问题，而 list_suggested_for 是调用该函数的另一个地方。此前，该路径的执行逻辑如下：
unread_results(…, :high) # 首先，尽可能填满所有槽位
new_results(…) # 仅填充剩余部分
random_suggested(…)
而现在它变成了单一的正常优先级的 new_and_unread_results(…)。两条路径都经过 suggested_ordering，因此“同类优先”规则在两种情况下都适用，区别在于未读追踪话题过去会优先占用所有可用槽位，之后才会考虑新话题，而现在它们与新话题处于同一个池子中。总体效果是：你在其他类别中追踪的未读话题，现在排在某个你正在阅读的类别中的全新话题之后。
在流量较小的站点上，你根本不会注意到这一点。我们的站点非常活跃，用户跨多个类别追踪长期持续的话题，因此默认的 5 个 suggested_topics 槽位被新话题填满，而追踪的话题则被挤出了列表。
无法判断这是否是有意为之。公告中并未提及推荐话题。如果有帮助，我很乐意进一步挖掘更多信息。
&tldr: 话题底部的推荐话题中，unread（未读）失去了其优先级
2 个赞
我还注意到计数有误，包括当实际上还剩一个未读主题时，未读计数/链接完全消失。
啊，这不是故意的，只是 Sam 在 Introducing the unified new view for the topic list - #21 by sam 确认没问题后，我就再也没有回去修复它。我必须进行修复，以确保未读结果仍然具有优先级。
我不能说我注意到了这一点，但我们确实观察到过其他随时间推移导致未读计数不同步的问题。需要正确的复现步骤才能对此进行调查。
2 个赞
对我来说，未读计数几乎总是不同步。
- 进入一个你正在关注且有未读帖子的主题（例如通过未读主题页面或通知）
- 滚动到页面底部
- 数字显示错误，可能是因为它没有考虑到你已经阅读了当前主题的事实
就像我刚刚通过你回复的通知进入这个主题（我唯一的未读主题）时，这个问题就发生了。
我还没有找到计数过低或过早消失的复现步骤，但如果我找到了，我会告诉你。
1 个赞
啊，我平时不太常看到这个，因为它在 Horizon 里是隐藏的。我得把 Meta 保留在 Foundation 上，这样我就能更频繁地看到它了：
\n
对比一下这个话题在 Foundation 上的情况：
顺便问一下，@chapoi 你知道这在 Horizon 中是有意为之的吗？
不管怎样，既然我现在知道了具体情况，我会看看能否复现这个问题。
1 个赞
抱歉，请问哪部分是故意的？
哦，谢谢。是的，这是刻意为之的 @martin 稍微清理一下，让界面看起来更简洁。
3 个赞
此功能是否仍应隐藏在“启用统一视图”标志后面？我尚未在我们的论坛上启用此功能，但统一视图却显示了？我于周三从 tests-passed/ 最新分支重建了。
编辑：没关系，我再次尝试更新标志，这次成功了。
14 条帖子已拆分到新主题：通过新回复更直接地访问主题
刚才又发生了一次，但我还是不清楚如何让它稳定复现。
1 个赞