如何在 Kentico 中翻译非页面内容答案

【问题标题】：How to translate non-page content in Kentico如何在 Kentico 中翻译非页面内容
【发布时间】：2016-09-14 22:32:22
【问题描述】：

我们最近将 Kentico 8.2 实例升级到 9.0，现在正专注于将我们的网站本地化为另外两种文化。我们网站的文本内容主要存储在以下三个位置之一：

我们正在使用 Kentico EMS 许可证，并希望利用内置的翻译服务应用程序来翻译每个位置的内容，但它似乎只支持可编辑区域内的内容。我知道 Kentico 有一个用于翻译文本框的输入控件，但它强制内容编辑器为其创建一个不同的资源键；我们只是有这么多的内容，我担心这会让编辑失去控制。

此外，我们曾考虑将我们的一些内容迁移到页面中，但它们在逻辑上不适合那里，并且存在一些会导致重复内容的复杂关系，因此我真的更愿意将内容保留在原处。我的另一个想法是构建自定义模块或自定义表单控件以在幕后做一些肮脏的工作，但如果已经有已知的方法，我不想重新发明轮子。

是否有 Kentico 推荐的方法或解决方法来管理自定义表格和页面类型字段中的内容翻译？

【问题讨论】：

【解决方案1】：

您可以在 Kentico 中使用翻译来翻译页面类型字段并将它们发送给翻译。以this documentation page 为例。一开始它可能会更复杂，但它应该为您解决问题。我刚刚测试了为我的页面类型创建一个简单的翻译请求，生成的 XLF 文件包含所有页面类型字段。

对于自定义表格，我将不得不让您失望，因为 Kentico 中的自定义表格不是特定于文化的。如果性能对您很重要，那么创建翻译的最佳方法是将 CultureCode 字段添加到您的表中，以指定该项目适用于哪种文化。

例如，您可以拥有包含以下列的表格：ItemID、Text、CultureCode

然后数据看起来像：

1，狗，美国

2, Hund, ge-GE

3、Pes、cs-CZ

如果您想更进一步，我建议您不要将其创建为自定义表，而是将其创建为 自定义类，它将位于 custom module 中，您可以为其创建您的自己的界面，使编辑者可以轻松地为项目创建所有文化版本。

【讨论】：

这太棒了。我们的一些自定义表之间有很多关系，所以我们可能需要在我们走得太远之前进行一些重组，但自定义模块听起来像是要走的路。谢谢！
太棒了，很高兴能帮上忙！自定义模块在 K9 中非常棒，您甚至可以生成自己的 Info 和 InfoProvider 类，这意味着您不需要使用“通用”自定义表 API，而是可以使用自定义类！

【解决方案2】：

对于自定义页面类型和自定义表格，您可以在字段定义处将这些文本字段更改为本地化文本字段，这样您就可以在没有资源键的情况下为每种语言输入不同的值。这是页面类型和自定义表格翻译的最佳路线恕我直言。虽然这仍然不允许“自动”或内置翻译。

【讨论】：

Kentico 确实支持页面类型字段的翻译。您是正确的，您可以拥有本地化的字段，但这很难管理并且需要额外的处理，因为您需要将资源解析为适当的文化。
我为@RichardŠůstek 提供的是一种解决方案，可以为这些字段使用可本地化的文本框，这是一个可行的解决方案，但仍不提供任何类型的“自动”翻译。您的回答没有提供任何类型的自动翻译，这也是 OP 正在寻找的。span>
我不太清楚你所说的“自动”翻译是什么意思。您可以使用机器服务来执行这里提到的翻译：docs.kentico.com/display/K9/… 但最终总是需要有人至少批准翻译，对吗？ :) + OP 显然想使用内置的翻译服务。
在我的情况下自动 = 内置。我澄清了我的回答。无论哪种方式，您的投票都不合适，因为答案确实提供了价值和有效的答案。
对不起，挑剔，但在您的回答中，您告诉我们无法使用翻译服务翻译页面类型，这根本不是真的。由于性能影响和可维护性，使用本地化字段也不是为更大数据集本地化字段的最佳方式。我同意这是技术上可行的解决方案。

【解决方案3】：

我不确定页面类型字段中的内容翻译是什么意思 - 支持翻译页面类型字段。您可以在 Kentico 安装的示例站点上找到示例。（该网站名为 DancingGoat - 请参阅图片示例以了解英语和西班牙语的页面类型字段本地化）。

【讨论】：