mbauman
(Matt Bauman)
1
我认为支持这一功能会非常棒。目前实际上存在五个语言支持层级：
- 基于浏览器（及其他临时性）的翻译，可翻译到任意语言区域
- Discourse 官方支持的语言区域（少数几十个）
- Discourse AI 支持自动翻译的语言区域（少数几十个）
- 该_站点_已启用的语言区域（此处为 10 种）
- 该_站点_已启用的 AI 自动翻译语言区域（此处为 10 种，由于套餐和/或成本限制，往往更为有限）
正如 Discourse 希望在添加受支持的语言区域之前确保本地化（l10n）工作的良好覆盖一样，各个独立站点也希望确保其指南及其他突出/重要内容得到适当翻译和支持。例如，我们曾使用 site_texts 来更改站点某些重要方面的_含义_。在启用更多语言区域之前，我们需要确保这些内容拥有正确的翻译。
但使用的语言存在长尾效应！我非常希望能让那些处于语言长尾中的用户能够使用其母语发帖，即使我们尚未审核完所有的 site_texts、指南及其他翻译。通常，这些用户能够足够流利地阅读英语以应付日常交流（尤其是在一些临时翻译的帮助下）……但发帖则是另一回事。
我认为在帖子创作方面支持更多语言会非常有意义。为什么不让我使用任何受支持的自动翻译语言区域来发帖呢？当然，我无法获得自动翻译_回_我母语的一流体验，但允许我这样进行创作无疑会带来巨大的好处，不是吗？
1 个赞
mbauman
(Matt Bauman)
2
我可以使用下拉菜单选择“未设置”（Not Set），然后手动添加英文翻译，从而以未启用的语言发帖吗？还是说“未设置”仅仅意味着使用网站的默认语言？
1 个赞
Moin
3
你可以创建一个免费论坛用于测试，而不是使用当前这个论坛进行测试。
1 个赞
mbauman
(Matt Bauman)
5
谢谢；我确实搜索过，甚至找到并略读了那个主题，但错过了那个 FAQ。这个主题看起来最符合我的需求，但显然我漏掉了。
让我感到困惑的一点是，我在撰写帖子时无法手动选择世界语（Esperanto）……但语言检测代理（Locale Detector Agent）却自动检测到了它，并将上述帖子标记为 eo！
所以……这变成了一个非常简单的请求：我们能否在撰写帖子时直接手动声明_更多语言_？那样就能更清楚地表明使用这些语言是没问题的！事实上，肯定有一些语言是翻译 LLM 不支持的；我该如何知道具体是哪些呢？
2 个赞
Moin
6
我认为这取决于你选择的大语言模型，而不是你正在使用的 Discourse 功能。
一个提供数千种语言选项的下拉菜单并不会让语言选择变得更容易。即使只展示 Discourse 界面目前支持的约 50 种语言，数量也已经很多，而且仍然会排除其他所有语言。
如果你觉得下拉菜单让人却步，隐藏它可能对你有用。这样用户在编辑器中就看不到这些语言了。不过，我感觉我倾向于用我在论坛中看到的语言进行回复，所以我不确定下拉菜单是否真的会阻止我直接用德语发帖。
但我同意，允许手动输入语言代码会是一个不错的功能。也许这不是为最终用户设计的，而是为管理员准备的。
1 个赞
mbauman
(Matt Bauman)
7
我算是这里比较不典型的用户，因为我正在评估并尝试理解在不同管理员配置下翻译功能的表现……以及哪种配置对我们特定的社区最为合理。但我认为，如果一个用户偶然发现一个网站的下拉菜单（无论是全站范围还是发帖作者设置中）只显示英语和日语，却轻率地用西班牙语发帖，这显然是非常不直观的（而且带有相当强的主观假设！）。
1 个赞
Moin
8
正如我所说的，我认为论坛中看到的语言对我的影响，远大于下拉菜单中显示的语言。如果你的日语用户没有在“我懂的语言”中添加英语，那么他们看到的所有帖子都会是日语。因此，用日语回复对他们来说可能感觉很自然。但如果你看到一个只有英文帖子的论坛，只要英语对你来说不是太大的障碍，你通常也会用英语发帖。
如果你看到一个几乎全是德语帖子的德语论坛，你会仅仅因为有一个下拉菜单可以选择法语作为论坛界面语言，就只用法语发帖吗？
你可以仅为匿名用户启用 Content localization language switcher（内容本地化语言切换器），并让所有注册用户在其偏好设置中选择他们首选的语言，那里会提供 Discourse 界面支持的所有语言。
但你仍然会看到其他用户使用不同的语言发帖。
我认为这正是我选择用英语写作的原因。我希望你能尽可能准确地理解我。所以，如果大家都用英语写作，我也会尽量这样做。翻译总会造成信息丢失。
来自 Meta 论坛的一个例子：
英文帖子是这样说的：
德语翻译是这样说的：
然而，该脚本在过去几个月里一直无法正常工作，现在只返回 400 错误。
如果我想弄清楚发生了什么变化，“上个月停止工作”和“过去几个月一直无法工作”之间的细微差别就非常重要。
这就是为什么我通常试图坚持使用我们都能理解的语言。这样误解的风险更小，而且如果确实产生了误解，我至少知道原因。如果我不清楚你看到的是哪种翻译，那就困难得多了。
所以，我使用这个论坛中其他用户所用的语言——不是因为某个地方有个下拉菜单，而是因为我希望他们能理解我。
1 个赞
mbauman
(Matt Bauman)
9
我的核心目标是弄清楚我管理的那个 Discourse 站点——一个已有十年历史、仅支持英文的站点——如何开始启用自动翻译功能。
我们将通过启用帖子翻译为英文来进行测试，但仍然仅支持英文！ 在这种配置下，完全没有任何迹象表明你可以这样做——事实上，帖子编辑器中的多语言菜单反而让人觉得只有英文可用：
这种设置之所以能真正生效，全靠 Locale Detector 插件。
2 个赞
没错，如果只有一种语言，我们可以隐藏这个编辑器菜单……我想我们当时并没有真正考虑过“用 Y 语言发帖并翻译成 X 语言，但不会将其他所有内容翻译回 Y 语言”这种情况……我记得我们一直假设至少支持两种语言。
语言检测代理会检测并设置任何语言，无论站点设置中支持哪些语言。语言支持和检测质量会因 LLM 而异。
目前，以“未设置”状态用 Discourse 不支持的语言发帖，并手动设置英语翻译，在没有 AI 的情况下是无法工作的。手动翻译需要一个受支持的语言环境，以便设置原始帖子。
允许管理员为编辑器菜单设置额外的语言，对于这种情况来说可能是一个合理的选项。
2 个赞
