内置组（管理员、信任级别组）可以本地化。此本地化显示在组列表中：
在详细信息页面，标题中的名称是原始的，下拉菜单也是如此。
我认为要么不应该本地化，要么应该保持一致，并在所有地方显示本地化名称。
5 个赞
抓得好，我已经通知了团队！
2 个赞
我还注意到，虽然群组名称始终使用论坛的默认语言，但群组列表却会显示为用户所选语言的翻译。
[默认语言为德语，我的界面偏好为英语]
群组名称为英语，与我的界面选择一致
但是当我选择一个群组时，会显示真实名称，我认为列表也应该显示真实名称。翻译后的名称在理解群组目的方面有些帮助，但例如，您不能使用翻译后的名称来 @提及该群组。 
然而，这在类别权限中不会发生——它们始终显示为德语，这是预期的，因为它是论坛的默认语言。
@tvavrda 也许您的情况问题出在特殊字符上。您是否启用了 `unicode usernames` 站点设置？https://meta.discourse.org/t/unicode-usernames-and-group-names/117737?u=moin 我记得在我设置我的站点并选择德语作为默认语言时，`allowed unicode username characters` 的列表会自动更新。但是，`unicode usernames` 设置并未自动启用，这让我感到困惑。
2 个赞
嗯，这意味着本地化这些名称是个坏主意，因为此设置默认是关闭的，但区域设置中有 Unicode 字符？
总之，它是关闭的，我打开了它，但没有帮助。
另外，我没有翻译实际的组名。我相信它仍然是“admins”之类的。只是本地化而已。
1 个赞
之后您手动启动了数据库一致性作业吗？组名不会立即更改，而且该作业每 12 小时才运行一次。所以，如果您没有手动启动作业，现在就判断它不起作用还为时过早。
2 个赞
不，我没有。但是，我真的通过本地化更改了组名吗？在一个地方看到本地化名称，在另一个地方看到英文名称有点令人困惑。URL仍然显示~/admins。
好的，这有帮助。现在它到处都显示了。哇。但这意味着我的本地化需要启用 Unicode 标志，否则它会运行得很奇怪。
我想我应该更改本地化设置，不包含 Unicode 字符。也许你应该在 Crowdin 中给出提示。
1 个赞
我认为，当您选择需要该设置的语言时，自动启用该设置会更好。这类似于当您将站点设置为私有时，bootstrap_mode_min_users 设置会减少到 10，而当您将其设置为公共时，该设置会增加到 50。
嗯，无论如何，带有这些名称的 URL 都很难看。我现在已将本地化恢复为 ASCII。感谢您的支持！我想您应该将此移至 Support，因为我认为它要么会保留，要么会成为一项新功能。
1 个赞
您在第一篇帖子中描述的不一致之处仍然存在。我认为群组索引中显示的群组名称应与实际群组名称匹配，无论它们是英语、德语还是捷克语，而不是被翻译成用户的界面语言。
1 个赞
此问题将通过
https://github.com/discourse/discourse/pull/30593 得到修复
编辑：这与 Non-english automatic groups don't stick when applied to Tag Group visibility/usability restrictions 类似，但又不完全相同。
2 个赞
好的，这看起来很相似但又有所不同。我也会看一下。
2 个赞
我们可以这样理解：如果论坛的默认语言是德语，那么群组名称可能是 Moderatoren。但由于默认语言是英语，群组名称就是 moderators，您可以通过它来 @提及用户。因此，即使该用户的当前显示语言是德语，群组名称也应保持其当前实际名称（英语）。
1 个赞
好的，我提交了一个 PR
这将使显示用户组名称的方式更加一致。
默认情况下，在用户组页面（/g）中，我们只会显示全名或显示名称。
但在用户组页面（/g/group-name）中，我们会同时显示全名和用户组的名称。
该 PR 确保我们在两个页面上始终同时显示全名和用户组的名称（当它们不同时）。
我没有“修复”您需要启用用户名中的“unicode”才能获得正确本地化的用户组名称的问题，因为这会产生更广泛的影响，并且手动启用 unicode 感觉是合适的摩擦力。
4 个赞
此主题在 20 小时后自动关闭。不再允许回复。