引用我在该主题中刚刚评论的内容:elsewhere
阅读了一些内容后,我发现这种对与 TL3 相关的 Lounge 的不透明的包含/排除感到不安的担忧并非新鲜事:Need a way to easily see who has access to the Lounge…
我不同意这里援引的比喻:
这个想法是,如果你不再经常乘坐飞机,你实际上就无权进入常旅客休息室了。
社区不是一家试图通过福利来激励消费的航空公司——它是一个涉及人际关系和情感的社交空间。
引用我在该主题中刚刚评论的内容:elsewhere
阅读了一些内容后,我发现这种对与 TL3 相关的 Lounge 的不透明的包含/排除感到不安的担忧并非新鲜事:Need a way to easily see who has access to the Lounge…
我不同意这里援引的比喻:
这个想法是,如果你不再经常乘坐飞机,你实际上就无权进入常旅客休息室了。
社区不是一家试图通过福利来激励消费的航空公司——它是一个涉及人际关系和情感的社交空间。
我认为“休息室”(Lounge)确实有一些用途,例如,在我之前参与的另一个论坛上,他们用它来在产品更改公开发布之前通知我们即将到来的更改,以便我们能够提供反馈和表达我们的观点。
反过来说,有些人会利用“休息室”或类似的地方在背后议论他人,所以这是我不喜欢“休息室”的一点。但在更和平/文明的社区中,除非有重要的事情,否则它通常相当安静。
我参加过一些社区,说实话,“休息室”里根本没有什么事情发生,以至于获得 TL3 访问权限也无所谓——你不会错过太多。
这样人们就可以留下来。当然,他们如果想离开也可以。但通常他们不会。除非发生冲突,当然,我也不愿意切断人们的贡献和社交关系空间。
尽管我喜欢人们在达到 TL3 时“自动”出现在“休息室”的想法,但目前我不太愿意为我的社区启用它,因为有“自动消失”的部分。
你可以尝试在用户达到 TL3 时将他们添加到另一个单独的组中,然后将“休息室”与该组而不是 TL3 组关联起来。这样,当用户失去 TL3 状态时,他们仍然可以访问受限制的类别。
你或许可以在用户达到 TL3 后将他们添加到另一个单独的组中,并将“休息室”与该组而不是 TL3 组关联起来。这样,当用户失去 TL3 状态时,他们仍然可以访问受限类别。
好的,这很巧妙!![]()
看起来你可以使用 Discourse 自动化操作脚本 User Group Membership through Badge(通过徽章管理用户组隶属关系),并让它作用于与 TL3 一起颁发的“Regular”(常规用户)徽章。
让脚本将用户添加到名为“Lounge_Lizards”的组中,该组有权访问私密的“Lounge”(休息室)类别。
作为一个附带的好处,你可以手动将某人添加到该组,如果他们很特别但尚未达到 TL3(并且如果你不想直接授予他们所有 TL3 权限来提升他们)。