问题标签 [i18next]

我正在将 JQuery Mobile 用于移动网站，而对于本地化，我正在使用 i18next。我的表格有问题，这里是：

本地化工作正常，我显示了所需的文本。但是，第一个选项不显示，无法选择（可以选择其他选项）。在 Javascript 中查看 select 对象时，似乎选择了正确的索引，因此是 UI 问题。

不使用 i18next 时我没有任何问题。

任何人都知道如何解决这个问题？

谢谢阅读。在尝试将 i18next 添加到我的第一个 phonegap 应用程序中时，我感到非常困惑。作为一名新开发人员，我很确定自己在做一些愚蠢的事情。我真的很希望它能够在浏览器（至少在开发期间）和设备上工作。

目前我收到错误 i18n not defined 在 init 行

索引.html

index.js（部分）

我唯一的想法是 i18next 不能与 zepto 一起使用，或者我可能需要使用 require.js ，我见过几次提到过，但不确定这是否仅对基于 node.js 的东西才有必要，这这不是。

我有translation.json文件/locales/en/

在html中，我有：

在js：

它显示app.name而不是Example App. 我在代码中遗漏了什么？谢谢

我搜索了很多，但找不到解决我的问题的方法。

我的应用程序使用 i18next，它工作正常，除了一个问题：德语变音符号 (ü,ö,ä) 显示为�。

我不明白我是不是弄错了，因为这个示例应用程序对变音符号没有问题：http ://i18next-example1.eu01.aws.af.cm/?setLng=de-DE （github：https:// github.com/rbeere/i18next-jade-express-sample）

我怎样才能弄清楚这个？

我正在使用 Marionette 和 Handlebars 以及 Spring MVC 开发一个带有 Backbone 的 SPA。我们需要模板和 Spring 控制器中的 i18n 支持。有人向我推荐了 i18next 用于 Handlebars 模板。

问题是 i18next 需要 JSON 消息源，而 Spring 使用属性文件。

¿ 有什么方法可以让它们（Spring 和 i18next）共享相同的消息源？如果它可以工作，我可以将 i18next 更改为另一个组件。

我正在检查我们是否可以在我们的项目中使用 i18next。

我发现了 jQuery UI 工具提示的一个问题：jQuery UI 从 title 属性获取工具提示内容，而 i18next 使用 data-i18n 属性本地化元素内容。

http://i18next.com/pages/doc_templates.html有指向处理 jQuery UI 对话框/按钮的要点的链接，我们必须做类似的事情还是有其他选择？

我正在使用支持多种语言（例如英语、法语）的Hot Towel创建应用程序

我有以下链接

翻译视图

Durandal 本地化示例

我的问题是如何根据用户语言呈现应用程序视图。如果用户选择英文，则完整的应用程序应以英文显示内容。如何实现这一目标

我在第二个链接中尝试过类似的东西。

这是我必须为语言创建单独的视图还是我必须为内容创建单独的App 文件夹

建议我一些最佳实践。

我正在使用这个： https ://github.com/archer96/ng-i18next

我只能在选项中获得语言（如果设置）：

您如何获得当前语言？文档说： i18n.lng() 返回当前 lng。

但在角度 $i18next.lng() 的上下文中不存在。

我也试过：

我可以对这样的 json 属性文件使用data-18n没问题：

json 属性文件有这个条目：

我如何将动态参数放入“errIncorrectSpecies”值？我想在我的 json 文件中执行此操作：

只是不确定如何传入“{0}”和“{1}”...

我们希望与翻译人员交换 PO 文件，并将其转换为 i18next 的原生 JSON 格式。使用i18next-conv 实用程序听起来很简单。

然而，i18next 需要或多或少的特殊键；例如，点对于 i18next 命名空间具有特殊含义。相比之下，gettext PO 文件旨在为其消息 ID携带源字符串（以原始语言） 。

我们知道消息 ID 可以是任意的，因此可以直接映射到 i18next 键，但出于各种原因，我们希望使用源字符串并使用 PO 文件。

主要原因是我们想要使用的所有翻译工具，可能还有我们所有翻译人员的工具，都期待这一点。使用符号键会使翻译变得非常痛苦。无论如何，我们从围绕这一点的辩论中得出结论，这主要是一个见仁见智的问题；我们有点做我们的，我们想把这个限制作为这个问题的要求。

1. 从技术角度来看，将源字符串用作 i18next 键真的是个坏主意吗？逃离他们有多难？除了点和命名空间之外，还有什么我们应该关心的吗？
2. 如果我们确定要继续使用符号键，是否有替代 i18next-conv 的方法可以使用源字符串作为消息 ID 从 PO 文件生成 i18next JSON 翻译文件？我们知道我们很可能需要在符号名称和原始语言字符串之间维护一个单独的映射，我们准备这样做。

此外，我们想知道一般的工作流程。原始 PO 文件是如何生成的？翻译文件是如何维护的？

1. 如果我们在 i18next 中使用源字符串作为键，那么从代码库中提取字符串的最佳工具是什么？xgettext 似乎不支持 Javascript。
2. 如果我们在 i18next 中使用符号键，我们如何才能最好地生成原始 PO 文件？手动编写 POT 文件是一种好习惯吗？
3. 同样，如果我们使用符号键，我们如何在更新原始语言字符串时轻松地使翻译无效？有这方面的工具吗？

我们知道这些问题是非常基础的，但我们对我们能找到的关于 i18next-gettext 集成的信息如此之少感到有点惊讶。i18next-conv 工具存在并且像宣传的那样完美运行，但它真的有用吗？人们真的使用它吗？如果是这样，我们的问题是否相关？

最后，我们对系统成熟度的期望是不是有点太高了？