是否可以定位管理用户页面上的“冒充”和“匿名化用户”按钮？
我想隐藏这两个特定的按钮。我似乎只能定位到 .btn-danger, .admin-wizards-custom-fields .btn.destroy，这也会隐藏删除、合并、静默和暂停按钮。
另外，我似乎无法隐藏用户卡片上的消息选项卡，并能为“自己”恢复/显示该元素。
有什么建议吗？
看起来不行。
您想解决什么问题？您的意思是，您不信任您的管理员会冒充或匿名化用户？而且他们不知道如何使用 safe-mode 来绕过您隐藏这些按钮的操作？如果是这样，那么您的问题就不是 CSS 能解决的。
2 个赞
我以前做过这个，只是不记得我写的具体 CSS 了。
这个论坛的用例是一个工作组，但不是一个典型的工作组。它是一个工会，专门为民选代表服务。一些代表是领导层，有些则不是。无论哪种情况，领导层都需要有功能的管理员能力，但不是社区论坛管理员那种访问方式。
完全不需要 moderation，绝对没有 好理由去阅读某人的 PM（因为我们正试图摆脱电子邮件作为主要讨论方式，而 Slack 等聊天客户端不像论坛式版块那样有用），也绝对没有 必要冒充用户。此外，匿名化也完全没有必要。
另外，所有的管理员（团队中的领导角色）都没有 IT 背景。我以前的实现方式是创建一个主题组件，隐藏所有让 Discourse 成为社区论坛而非业务工作组的有用功能。然后，我创建了一个数据探索器查询，以显示该主题组件是否被禁用以及何时被禁用。这样，如果有人禁用它，任何人都可以追究那个侵犯隐私/受保护类别的人的责任。
这是一个小型工作组，我们没有 IT 部门来维护它。CSS 可以隐藏它，是的，我知道任何人都可以从 CLI 解析出他们想要的信息，但到那时我们就面临更大的问题了。
嗯，模板可能已经改变了，因为我们都看不到如何只定位那个按钮。（但这似乎是一个不太可能的变化）。
据我所知，我可能会尝试弄清楚如何添加普通用户所需的任何管理员功能，而不是假装管理员什么都不能做。
我认为可能如此，因为那些按钮以前没有动态的 ember。
我知道我在配置方面想做的事情有点奇怪，但它经过深思熟虑，并且充分理解其机制。我只是真的想让我们的团队使用 discourse 而不是其他通信选项，因为我相信它最适合我们所有方面的用途。只是有一些内置的功能让它变得具有挑战性，因为没有办法完全关闭这些功能（并且只在需要时通过记录的操作来启用它们）。
抱歉，如果我没有完全遵循，但我可以通过定位 pull-right 来隐藏“冒充用户”、“匿名用户”和“合并”按钮：
.pull-right {
display: none;
}
是的，但这也会隐藏“删除用户”和“合并”按钮。我希望保留它们。
我正试图定位按钮本身。我通过用户页面的“消息”选项卡以这种方式隐藏了所有用户（管理员），并为自己重新显示了它
.user-main .main-nav a[href$=“/messages”] {
display: none !important;
}
.viewing-self .user-main .main-nav a {
display: inline-block !important;
}
我也尝试过这个，我相信我以前就是这样做的，但不完全确定，已经有一段时间了。但可惜不起作用……
button[aria-label=“Impersonate”] {
display: none;
}
我就是无法弄清楚如何在管理员/用户页面上复制该功能……（非专业/业余）
1 个赞
我们将在其中添加一些类，这些添加非常容易。
2 个赞
.pull-right 是一个实用类，在很多地方都有使用，所以这可能会产生负面影响！通常使用 CSS 时，如果你想定位一个元素……你需要考虑选择器的通用性。如果它听起来像一个可能在别处使用的通用名称（例如另一个示例中的 .btn），那么它可能太宽泛了。像 .admin-user .pull-right 这样的选择器可能足够具体。
无论如何，我已经提交了一个拉取请求，为那些管理员按钮添加了一些类。这应该会在未来几天内的 Discourse 更新中提供。
一旦合并，你就可以混合使用以下任何一种：
.btn-user-delete,
.btn-user-merge,
.btn-anonymize,
.btn-impersonate {
display: none;
}
5 个赞
谢谢。
我确实想知道为什么它听起来不像我摆弄过的其他大多数示例那样具体。
谢谢 Kris！你一直都很棒，非常乐于助人，我们对此深表感激！
1 个赞
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.