大家好!过去几天,我尝试通过插件实现了 Allow users to see trust level 3 progress on user profile 中提到的功能。
这是当前的插件:
我使用了出色的 Gauge.js 来实现仪表盘。之前它只是一个普通的矩形进度条,但那样看起来太单调了。
设置项:
- 进度条颜色:进度条的颜色(默认为绿色,如上图所示)
- 进度条背景颜色:进度条的背景色(默认为浅灰色,如上图所示)
- 模态框按钮图标(默认为 circle-info)
所有文本均可通过本地化文件(locales)进行编辑,并在可能的情况下复用核心本地化文件。
有任何反馈、Bug 或改进建议吗?我很乐意听取大家的意见!
EricGT
(EricGT)
2
实现得很棒。
几点建议:
- 将每个进度条项目的名称放在图形下方,而不是上方。
- 显示预计达到 TL3 资格的时间。对于许多用户来说,50 天的参与要求——或者在活跃论坛阅读大量帖子的要求——将是主要的限制因素。
- 对于那些可能阻止用户获得 TL3 资格的要求,请提供清晰的说明,解释它们如何影响资格。否则,用户可能会满足所有可见的要求,却突然发现由于诸如“禁言(过去 6 个月)”这样的原因,资格窗口仍然关闭。这可能是因为他们的第一个帖子是用手机发布的,而垃圾信息机器人因此禁言了你。
启用此功能的论坛应被提醒,这可能会显著增加 TL3 用户的数量。
由于 TL3 用户拥有额外的权限,有些人可能会试图钻系统空子以获取这些权限,然后滥用它们。其他人甚至可能会编写脚本来自动化这一过程,从而在很大程度上违背了信任应通过真实参与获得的这一原则。
如果论坛管理员不了解潜在的后果,最初看似吸引人的功能可能会变成版主管理的噩梦。
干得漂亮!这是一个相当酷的实现,我很喜欢它的样子。
我不太喜欢那个按钮做得那么大、那么抢眼。我个人可能会在用户统计中的 trust level: member 部分旁边加一个小
图标。
建议都很棒!我会逐一研究并考虑如何实现。
另外,我在想是否可以提供一个选项,只显示非常粗略的百分比,而不是详细的细分,这样就不容易被玩家钻空子(gameify)。
这实际上让我想起了我之前提到的一个观点:
用户可能满足了所有条件,但唯一阻碍他们的是被锁定。我想这大概会是一个设置选项,默认关闭。
这个想法很不错,我也一直在琢磨类似的想法(我热爱游戏化和进度反馈),但主要因为以下顾虑而迟迟没有行动:
这确实是一个不应该过于透明的充分理由,观点很中肯。
话虽如此,我还是喜欢让进度可见,所以也许可以找个折中方案?比如显示用户目前的进度,而不明确说明需要做什么?
我在想,你是否考虑直接在个人资料中显示一些状态,而不是把所有内容都藏在按钮后面?
比如显示总共有多少项要求(每个分段),以及用户已经完成了多少项?
或者,如果你确实想让他们去争取,甚至可以提示哪一项要求最接近完成:
其他反馈:
这些看起来有点不合逻辑。
我个人不太喜欢仪表盘,它们占用的空间太大。我宁愿用一种能更好区分“已获得”和“进行中”的方式,例如:
做得不错,期待看到最终版本!
核心部分是否有某种进度条可以使用?我试着找了一下,但没找到任何相关的。
至于将其隐藏在按钮后面,我认为这可能可行:
- 在个人资料上显示一个总体进度条(例如,显示 60%)
- 如果启用了某个设置,用户可以点击查看其进度的更详细分解。
没有,没有什么开箱即用的方案。我能想到的最接近的是我们在重新设计的管理仪表板上使用的那种,但它们是条形视觉元素,并非可复用的组件(也不是分段式的)。
EricGT
(EricGT)
9
根据我在特定情境下的个人经验,该过程中一个有用的环节是保留人工介入。
作为一名普通用户,我可以追踪每个人的月度表现。这有助于识别那些持续活跃且善于在论坛上帮助他人的用户。
由于我也能访问信任等级统计数据,当某位用户达到信任等级 3(TL3)多项要求的大约 90% 时,我会开始更频繁地监控他们的进展。如果他们看起来有可能符合 TL3 资格,但仍缺少一项或多项要求,且没有任何定量信息展示预期目标或他们目前的进度,我会发送一条私信向他们更新情况。
一旦用户达到 TL-3,后续步骤是继续监控他们。这有助于确保额外的权限没有被滥用,同时也提供了一个机会来解释这些权限允许做什么,以及如何有效地使用它们。

好吧,我改了几处,大家觉得怎么样?
如果启用 Show verbose TL3 progress:
我想我可以把所有进度条对齐,这样看起来更整洁。
chapoi
11
进展非常顺利(get it?
)
是的,那样在视觉上会更美观,特别是将分数右对齐以提高可读性 
EricGT
(EricGT)
12
对于诸如**“过去六个月内未被封禁”**之类的要求,显示相关期限何时结束以及该要求何时变为“通过”状态会很有用。
某些要求采用滚动窗口机制。例如,**“访问天数”**并非基于用户的历史总计,而是基于过去 100 天内的计算结果。如果用户在窗口初期频繁访问,随后停止访问一段时间,现在即使每天再次访问,数值也可能不会增加,因为较早的访问日正同时从窗口中剔除。若无解释,这种行为可能会令人困惑。
统计信息还应显示那些可调整数值的门槛值。查看 <site>/admin/config/trust-levels,目前看来这涵盖了大多数量化要求。
当这些配置值发生变化时,受影响的用户应收到某种形式的通知或说明。那些正在努力达到 TL3 并跟踪量化要求的用户,很可能会向工作人员和版主询问为何他们的进度发生了变化。有些用户会维护自己的本地记分卡,并可能在一天内注意到门槛的变化。
另一个有用的功能是提供一个由工作人员编辑的自由文本部分,用于描述除 Discourse 本身授予的权限之外,与 TL3 相关的任何站点特定福利。许多站点不提供额外福利,在这种情况下,达到 TL3 可能主要只是一种“到此一游”的成就。然而,在其他站点,额外的福利可能使这一努力变得值得。
此外,包含当前 TL-3 用户的数量及其活跃度也可能具有价值。