从vBulletin语言翻译经理仍然可以使用吗？

[Lundgren]

不知道从哪里这个职位，但是... ...

我的问题是vBET（我的主要兴趣，是完整版本）将如何处理，如果我有一个手工制作的翻译加载到百度推广的langauge经理吗？

vBET检测有一个翻译的语言/短语经理和跳过发送谷歌翻译的那部分（即只发送翻译的实际职位），或谷歌翻译将覆盖现有的翻译吗？

[vBET]

您好：）

我们作为论坛语言管理系统的功能要求集成。在这一刻vBET翻译一切。所以，如果你对GUI的翻译一些短语，它会不会使用vBET在这一刻。

关于整合 - 我们在计划：
1。检查短语系统集成的可能性和整合，将确定（已发现的一些问题）
2。在未来的可能性，来写你的自己的翻译 ，将在vBET数据库高速缓存中存储的（但不会像谷歌翻译清除后15天）的支持。

正如我写道：我们已经看到与短语系统集成的一些问题 - 最重要的是所有词组应该是在没有翻译块，以避免由vBET翻译第二不透明。

但是，当我们已经支持的可能性，给vBET你自己的翻译 ，那么最可能的整合不会需要。

如果您有任何的未来的问题，请只写 - 我们将很乐意帮助你：）

[Lundgren]

与语言管理的集成将允许进口别人做翻译。由于导入/导出文件是一个XML文件，它可能会很容易使一个应用程序包装在一个“vBET_SNTA”标签（每个CDATA [一些文本]部分）每个短语。

，所以，如果有有可能的，以配合每个vBET语言到百度推广语言，使vBET会话切换当前的VB语言，它听起来就像是会提供一个可行的解决方案。

但是，作为我既不知道的内心vBET或语言选择里面百度推广workin，我没有一个线索，如果这将是困难或不。很可能是这个运行到你提到的困难。

[vBET]

是的，它似乎很容易，我已经开始这个想法几次（希望再次启动时，它会更好看）。我不记得了，现在我发现所有的东西（应写在我们的一些笔记），但如果我还记得这些：
1。有没有很好的挂钩的地方地图vBET语言上百度推广语言
2。现在不能肯定，但百度推广投入的静态值
3。简单，在没有翻译的区域不透明短语不够，可以在参数短语的情况下 - 它确实是还没有测试，但我们已经战斗

我们确定将在这方面做更多的实验（最有可能在一些分支在SVN保持正常的代码的安全），在这一刻，我们认为，可以把你自己的翻译 提供了更多的优势，因为只可用于GUI的文本短语，而不是由用户所写的内容。自己的翻译 将允许翻译一切：）

[Lundgren]

如果滚动你自己的版本，而不是插入到现有的版 本，那么某种进口从论坛语言XML的系统，最有可能被需要。有很多短语在百度推广，不能够导入会使它用处不大。

但只要有任何形式vBet进口/出口系统，那么它只是一个如何到后来的一个转换器，以任何格式vBet希望从vBulletin XML的问题。该解决方案将是配不上我：）

[vBET]

如果滚动你自己的版本，而不是插入到现有的版 本，那么某种进口从论坛语言XML的系统，最有可能被需要。有很多短语在百度推广，不能够导入会使它用处不大。

但只要有任何形式vBet进口/出口系统，那么它只是一个如何到后来的一个转换器，以任何格式vBet希望从vBulletin XML的问题。该解决方案将是配不上我：）

请链接到这一个新的线程，只需打开功能的要求 - 有我们能够管理的要求：），我们需要你在未来的问题的情况下线程的作者。

[Lundgren]

请链接到这一个新的线程，只需打开功能的要求 - 有我们能够管理的要求：），我们需要你在未来的问题的情况下线程的作者。

GOT有点忘乎所以，而“思想响亮。”新线程开始：）