我所在论坛的一个元类别最初仅对 TL1+ 用户开放，后来已对所有用户开放。我经常浏览该类别，因为其中的元讨论内容很有趣。我的帖子获得了不少点赞，如果该类别此前就已公开，这些点赞数量本足以让我获得徽章。
此外，我收到的徽章通知数量比图中显示的还要多。多次获得同一徽章的通知应合并为一条，并显示为“获得 ‘{badge_name}’ (xN)”，其中 N 为该徽章获得的次数。
我已通过该论坛的元类别提出反馈，建议在将其他类别公开之前先禁用徽章获取功能，或静默授予徽章。但无论如何，将重复通知合并为一条本应是应有的用户体验。
我们确实会以此方式合并点赞，但不会合并徽章。
这么多徽章！有没有可能是该网站的管理员降低了获得这些徽章所需的点赞数，导致它们更频繁地被授予？
哦，我明白了。该分类刚刚公开，导致你一次性获得了大量徽章。这听起来像是一次罕见的偶然情况，无需采取系统性应对措施。
抱歉打扰这个旧话题，但我想知道这里的问题是不是“好回复”徽章被多次授予，而是该徽章的通知被多次发送？在处理支持请求时，这个问题已出现过几次。虽然调试起来很棘手，但似乎只要有一条通知未被标记为已读，徽章通知就会持续发送。如果情况确实如此，那么将徽章通知标记为“已读”是否需要用户访问该徽章的页面？这似乎就是这里发生的情况：
我可能完全搞错了，但今天是我第二次尝试追查该问题的根源。
我 非常 想要这个——它将解决我的 Fedora Badges 集成项目 中最大的问题。将徽章奖励与点赞进行同样处理的难度有多大？
我一时也说不好，但可能不会太难。@Roman，将这类功能整合到徽章通知中会多复杂？
我仍然想要这个，但我也想更新：新的拆分通知菜单使这个问题不那么紧迫了。
有时，在我访问论坛的期间，我会获得多个链接徽章：
尽管每个“热门链接”通知都指向同一个地方，但点击其中一个并不会将其他通知标记为已读。我认为应该这样做。
我并不总是想使用“全部忽略”按钮，因为有时还有其他通知我想查看。
更好的是，通知也可以合并在一起，这样您的示例就可以这样显示：
Glarble barble！
这样，“单击一个以标记全部已读”的交互会更容易理解，因为您只需要单击一个项目。
@joellabes 我已将您的话题移至此，以便将请求分组在一起，因为我认为将它们合并为一个通知（与“喜欢/反应”尽可能相同）会更整洁，并且还可以确保您不会有多个未读通知指向同一个地方。
同意这是个好得多的解决方案！
我希望不必单独点击每个“不错分享”徽章，而是当天收到的所有“不错分享”徽章能合并成一个通知。
