功能请求：始终在通知列表顶部显示未读通知：
我的一个用户会逐个清除通知，但他很烦恼需要点击底部的箭头才能显示未读通知，而不是让未读通知优先显示在顶部。
这种行为也与优先显示未读通知的通知类别不一致：
无论如何，我同意这个抱怨，并希望请求更改此行为，或者至少解释为什么当前行为更好。
4 个赞
我只是在这里发表一下我的看法，说实话，大多数通知确实遵循这种行为，但反应却没有，这真的很奇怪。
1 个赞
去年我们实施新的通知菜单时，最初的“点赞”通知与其他通知的排序方式相同，但收到了大量反馈，称其过于嘈杂，并让人们觉得必须清除它们。
我们随后通过以下更改调整了该逻辑：
我们希望允许未读的“点赞”通知排在较新、已读通知之后，以便人们不会觉得他们必须清除这些通知。
因此，对于主选项卡，排序算法从：
- 未读且有优先级的，按时间倒序排列
- 未读且无优先级的，按时间倒序排列
- 已读的，按时间倒序排列
更改为：
- 未读且有优先级的，按时间倒序排列
- 未读且无优先级的，按时间倒序排列（但不包括“点赞”）
- 已读的（以及“点赞”，无论是否已读），按时间倒序排列
我明白 @piffy 的意思了。
发帖人圈出了我对他的一篇帖子的点赞。圈出的通知上方的通知已在主通知列表中查看。
所以未查看的通知应该在列表的顶部。主列表中的一些通知甚至是已查看的点赞。
在点赞通知列表中，它正确地显示我的点赞在顶部，是新的。之前已查看的点赞按顺序排在下面。
1 个赞
这确实有道理，但如果排序方式是这样的呢：
- 未读（有优先级）按倒序时间排列
- 未读（无优先级）按倒序时间排列（但不包括点赞）
- 未读（点赞）按倒序时间排列
- 已读按倒序时间排列
这样可以吗？
我认为如果订单需要用要点来解释，并且每个选项卡都有不同的要点集来解释该特定选项卡的订单，那可能会太复杂了。
我可以理解在找到有用的内容之前清除大量点赞可能会很烦人。也许点赞不应该出现在那个部分，如果它们大部分没用的话？或者难道没有一个设置可以控制你如何接收点赞通知吗？如果有人被点赞淹没了，也许这就是解决方案？
2 个赞
在首选项中添加一个配置通用通知的选项，这可能是一个有趣的想法？
这样用户就可以配置他们想要的通用通知内容了？
1 个赞
我们观察到的问题是，人们觉得有必要查看或关闭每一条点赞通知以清除它们，而我们不希望鼓励这种感觉或行为。
做出此更改后，该问题消失了，我们没有观察到其他问题。
这更难解释，但除了在这里与最爱问问题的用户交流外，我们还没有觉得有必要这样做。
对于那些真正想轻松查看所有未读点赞的用户，可以通过转到通知菜单中的“点赞”选项卡来继续使用此功能。
3 个赞