问题:
总而言之,这意味着很容易无意中搞砸。
请求
请让分类的标签要求也适用于版主和管理员。[2]
参见 Navigating Fedora Discussion — Tags, Categories, and Concepts - Fedora Discussion 了解设置方式——我们还计划将 Ask Fedora 合并到本网站,这使得这一点更加重要。 ↩︎
我关于类似 sudo 的网站权限方法的建议并未获得太多支持,但这将解决其中一个最大的问题! ↩︎
总而言之,这意味着很容易无意中搞砸。
请让分类的标签要求也适用于版主和管理员。[2]
参见 Navigating Fedora Discussion — Tags, Categories, and Concepts - Fedora Discussion 了解设置方式——我们还计划将 Ask Fedora 合并到本网站,这使得这一点更加重要。 ↩︎
我关于类似 sudo 的网站权限方法的建议并未获得太多支持,但这将解决其中一个最大的问题! ↩︎
换句话说:请反转此测试的含义!
test("staff bypass tag validation rule", async function (assert) {
await visit("/");
await click("#create-topic");
await fillIn("#reply-title", "this is my new topic title");
await fillIn(".d-editor-input", "this is the *content* of a post");
Category.findById(2).set("minimum_required_tags", 1);
const categoryChooser = selectKit(".category-chooser");
await categoryChooser.expand();
await categoryChooser.selectRowByValue(2);
await click("#reply-control button.create");
assert.notStrictEqual(currentURL(), "/");
});
我非常同意这一点。如果你设置了这些规则,你很可能真的希望它们被遵守。我在一个只有我一个人使用的网站上设置了这些规则,但 Discourse 无法保证我遵守自己设定的规则,这非常令人烦恼,而且为了避免创建新的“to”标签而选择“todo”需要输入很多内容。
如果能强制管理员遵守规则就更好了,但如果不行的话,弹出一个“你确定不想遵守规则吗?”的模态框也会不错。
或者也许有一个“管理员遵守标签规则”的网站设置。这似乎很容易实现。
对于版主:+1
对于管理员:-1
管理员必须拥有覆盖一切的能力。当一个人是管理员时,基本假设是他/她/它/机器人知道什么可以做,什么不可以做。
我认为这是一个折衷的办法,我们不会让管理员/版主更难使用他们的权限……某种形式的警告,概述正在发生的事情……例如:
#tag 仅限于 #category,您确定要使用您的员工权限将其发布到 #different-category 吗?
我可以接受这一点——我会让我的账户成为一个版主账户,并创建一个次要管理员账户。
我同意这会更好,但似乎添加这些功能的地方也正是 "Regular mode" for admins and moderators (e.g. something like "sudo") 会更好。
我在此+1,认为此功能对于拥有跨标签治理去中心化方法的庞大社区非常有用。
我在此添加几点补充 到最后一个帖子:
这对 Fedora 社区来说是一个挑战,因为领导层和社区都遵循开放的标签管理策略。Fedora 中的任何 注册组 都可以请求新标签并分配标签讨论版主。Fedora 领导层与社区合作创建新标签,并在社区中推广它们(例如,文档、维基、网站、口碑)。此外,作为一个涵盖广泛主题的大型社区,我们也有很多标签!我并不总是知道 Fedora Discourse 中的所有标签。
因此,当网站管理员(他们以不同程度积极参与 Fedora Discourse)为帖子添加标签或参与具有特定规则的标签时,Fedora Discourse 管理员很容易打破 Fedora 的开放策略。开放策略是我们如何使我们的全球网站治理更具包容性并让社区更容易访问。通过这种方式,我们的网站管理员权限可能会破坏 Fedora 领导层为社区管理 Fedora Discourse 的开放方法。
虽然这在技术上可行,但对于一个积极参与多个标签的网站管理员来说,这是一项繁重的工作。这是一种糟糕的用户体验,因为有时我没有太多时间(例如,在两次会议之间短暂休息,需要后续操作)。在完成我最初想做的事情(即创建跨越我认为存在且可能存在的相关标签的新帖子)之前,额外的用户流程会让人难以忍受。
我不认为这个功能请求会剥夺管理员的覆盖能力。相反,它在管理员执行操作时,就他们违反网站规则和标签规范一事,给予了积极的网站发布者知情同意,而不是事后才告知。
我今天也遇到了这个问题——哎呀!昨天,一位好心且乐于助人的 TL4 用户分割了一个帖子,结果分割后的标签没有被标记。
请问,我们能做些什么吗?这让担任管理员、版主,甚至 TL4 用户变得更加困难。
就像 Theme component “管理员警告”一样,但用于标签创建而不是关闭主题。
这里有一个大型写作网站正在迁移到 Discourse,我们计划非常严格地使用标签、限制和其余的标签规则。对于那些真正努力设置这些规则的网站来说,有一个选项可以防止员工账户意外绕过要求是很有益的。
请务必实现,这是强制性的。如果管理员设置仅使用某些群组或标签,也请为他应用。如果不能亲眼见证你设置的结果,除非模仿一个随机用户,否则有点愚蠢。
就我个人而言,我从来没有严格遵循标签或类别的需求,但在阅读整个主题时,它似乎对某些社区来说非常重要,而且我绝对可以看到它的用例。
也许这里需要某种站点设置,因为并非所有社区都需要它,但拥有它很有帮助。例如:
强制执行员工的标签限制
或者,如果您不希望在所有地方都有限制,也许可以使设置更加精细?在类别设置中,您可以设置要在类别中强制执行的标签组,然后您可以在下拉菜单中的站点设置中选择要强制执行的类别?
对员工的特定类别强制执行标签
选择类别