@mirenbz!
我所在的巴斯克选区希望在我们的自托管 Discourse 中设置巴斯克语。然而，我在界面选项中并没有看到巴斯克语。这项工作是否仍在进行中，还是我可以将巴斯克语安装为一个选项？
感谢你们所有出色的工作！
2 个赞
当软件有相当一部分（约 50%）被翻译后，Discourse 才会添加新的语言。巴斯克语目前仅翻译了 13%，这会导致用户界面几乎完全显示为英文；因此，该语言尚未被添加。
您可以参与翻译工作，以便该语言有望在未来被添加：
如果您有任何问题，请随时提问。
6 个赞
我正在邀请母语人士为 Crowdin 的翻译字符串做出贡献。
我创建了一个 Crowdin 账户，以了解他们是如何操作的，但我找不到如何连接到巴斯克语的 Discourse 项目。我们是否需要邀请？还是说我需要自己创建一个巴斯克语项目，然后这些工作就会神奇地合并到一个大的 en-eu 区域设置中？请提供建议。
4 个赞
啊，我搞明白了。
你需要从 Discourse Enterprise 页面开始：Crowdin Enterprise ，然后
- 选择你想要贡献的语言
- 点击“前往编辑器”（Go to Editor）
- 为该项目创建一个你自己的 Crowdin 账户
- 开始添加翻译字符串
有没有会巴斯克语的朋友想加入这项努力？我们很快就能搞定！！ 
3 个赞
很高兴你找到了。Crowdin 的界面有时候确实有点让人困惑。
我觉得尤其是在刚开始的时候，我会选择 release（发布）文件夹，然后选择 client.yml 或 server.yml——可能先选 client。否则，核心包中包含的所有插件的文本也会出现在你的列表中。
latest（最新）文件夹中的文本是最近添加的。我认为它们再次被修改的风险稍高一些，所以我会从 release 文件夹开始。
4 个赞
我刚意识到竟然有超过10万条字符串需要翻译！也许正是因为这个原因，这个任务到现在还没完成。（不过，世界上有天真的人不是挺好的吗？我们可是充满希望呢！） 
5 个赞
回复：通过 Crowdin 进行众包翻译
我注意到，将 DeepL 的翻译结果复制到每个单元格中会更容易操作，非巴斯克语使用者也可以这样做来填充数据集。虽然这并非理想方案，但它能让该语言区域更快地上线，并且随着众包翻译的推进，有望逐步优化出更优质的译文。
- 这种做法是否合理？
- 是否有办法以这种方式自动填充所有字符串？
请给予建议。
我经常使用 Crowdin 中的自动建议。在许多情况下，我会直接使用建议后面的保存按钮，将其保存为译文。
在其他情况下，我会将它们作为基础，并根据需要进行改进。通常，所使用的某个词与之前翻译该词时使用的译法不一致。
对于特定功能使用一致的译名是相当重要的。
但使用 DeepL 的翻译往往已经足够好了，不过这应该由能够判断该翻译在特定上下文中是否合理的人来完成。然后 Discourse 可以自动执行这一过程，并指望人们会修正那些翻译得不够好的地方。根据我的经验，大多数人并不会这样做；在这里的论坛以及直接在 Crowdin 上关于需要改进的翻译的报告很少见。你通常需要知道原始的英文文本，才能注意到意思实际上并不相同，而且很少有人会同时查看两者并注意到差异。
我会说，尽可能多地使用这些建议，并跳过那些没有帮助或你需要更多信息才能判断其是否适用于该上下文的文本，这样你就能尽快获得大量翻译，但不要添加你知道需要再次编辑的翻译。之后要找到这些翻译会非常困难。
1 个赞
想进一步问一下，在 Crowdin 中是否有办法通过自动填充所有单元格为 DeepL 翻译来初始化一个翻译项目？由于我们目前是在一个特定的项目（Discourse → 巴斯克语）中操作，我假设这种（略显偷懒的）方法不会影响其他项目。
正如我之前所说，我的目标是先实现该语言的基础功能，这样用户就可以使用该语言来使用 Discourse，即使翻译可能并不完美。
1 个赞
或者，有没有办法使用现在已嵌入到 LibreTranslate 中的巴斯克语模型来填充 Crowdin 模型？
1 个赞