mattdm
(Matthew Miller)
1
Fedora 有我们自己的徽章系统。随着我努力使 Discourse 成为我们社区沟通的中心,我想将重点放在_这些_徽章上,而不是 Discourse 使用的面向论坛的徽章。(可能保留其中一些,但要混合在一起。)我认为我们不会用 Discourse 的徽章系统_取代_我们现有的徽章系统(它确实需要升级,所以……也许吧?),但我有兴趣至少_镜像_它。也就是说,每当用户通过我们的外部徽章系统获得徽章时,就使用 Discourse API 在论坛上授予相同的(当然是自定义的)徽章。
这就是背景。但是……我们有这么多徽章:
点击查看大图!
(然后再次点击图片才能_真正_看到大图!)
这是否太多徽章了?这是否会导致性能或其他问题?
1 个赞
sam
(Sam Saffron)
2
我不担心性能问题,但我认为这是一个合理的 Community 风格的问题。仅仅因为你能做某事,并不意味着它一定是一件好事。
从视觉上看,/badge 页面可能会有点压倒性,因为它可能会变得有点太长。
1 个赞
mattdm
(Matthew Miller)
3
哦,我绝对不担心徽章太多在 概念上 是个问题。
当然。我们会考虑用某种方式来呈现它们。不过,正如你所见,我们确实有一个“这是一个巨大的列表!”的选项 在我们目前的网站上。我想:既然我们必须重新做,我们不如在 Discourse 中重新做。
1 个赞
作为用户,我觉得你们拥有的徽章数量过多。拥有这么多徽章,每个徽章的感知价值可能非常低。而且你们社区里有谁熟悉所有这些徽章?恐怕只有极少数的“书呆子”吧。
我承认我总体上并不喜欢徽章/成就。尽管如此,作为版主,我会定期检查“自传作者”徽章,因为有时个人资料会被用来发送垃圾信息。
你们的团队是否在评估徽章以分析论坛活动?这或许可以解释为何有这么多徽章。
现在我想知道你们是否可以设置隐藏徽章,只供内部使用……
1 个赞
mattdm
(Matthew Miller)
5
我们的徽章的运作方式与 Stack Exchange 或 Discourse 中使用的概念不同,在那些平台中,徽章基本上是沿着固定路径逐步变得越来越难获得的事物。它们更像是 Untappd 或……以前的 FourSquare 中的徽章。
这对我们来说实际上非常成功。
1 个赞