问题标签 [locale]

鉴于存在不同的语言环境，我试图了解如何在 UNIX 中准确地操作字符和字符集——并且这样做不需要 UNIX 标准项之外的特殊工具。

我的研究向我展示了德国的Sharp-s字符的问题：一个字符变成了两个 - 以及其他问题。使用 tr 显然是一个非常糟糕的主意。我看到的唯一选择是：

但我不确定这会奏效，它需要 Perl - 不一定是一个糟糕的要求，而是一个非常大的锤子......

awk 和 grep 和 sed 和...怎么样？这或多或少是我的问题：我如何确保文本在每个语言环境中都是小写的？

我有一个问题，用户设置了他们的语言环境（德语），这与语​​言 Windows 安装为（英语）不同。有没有办法发现安装使用的语言窗口与用户设置的语言环境？我应该注意的问题是我正在创建一个共享，并且我根据区域设置设置了权限，因此如果用户将区域设置设置为德语，则“每个人”的权限为“Jeder”，但如果操作系统设置为英语，这将失败，因为这不是“Jeder”的 ID

谢谢

也就是说，如果我有“English (United States)”，我想得到“en-US”，或者合适的java.util.Locale. 看起来API是一条单行道，但也许我没有找对地方。提前致谢。

我正在尝试将用户的本地时间存储到我的数据库中。我不能使用 PHP 函数now()，因为它返回服务器的时间。

我TimezoneOffset通过使用 JavaScript 得到了：

我怎样才能用这个来计算时间？我应该为 MySQL 数据类型使用什么类型？

谢谢

我如何datetime.datetime.now()以母语打印出来？

我想得到相同的结果，但使用当地语言。

一个常见的国际问题是字符串中表示的双精度值的转换。这种东西在很多地方都可以找到。

从 csv 文件开始，这些文件要么被称为

或者

因为有时它们的存储方式像

在英国地区或

例如在德国地区。

从这个背景来看，有必要知道大多数 std:: 方法都依赖于语言环境。因此，在德国，他们会将“1,2”读为 1.2 并将其写回为“1,2”，但对于英语操作系统，它将“1,2”读为 1 并将其写回为“1”。

因为语言环境是应用程序的全局状态，所以将其切换到不同的设置不是一个好主意；当我必须在英语机器上读取德语 CSV 文件时，我们遇到了一些问题，反之亦然。

编写在所有机器上行为相同的代码也很困难。C++ 流允许对每个流进行区域设置。

将允许您使用 std::C 行为初始化流并且仅替换小数点。这使我能够忽略千位分隔符，这也可能会受到影响。德语 1000.12 可能变成“1.000,12”；或英文“1,000.12”最终会完全混乱。甚至将“，”替换为“。” 在这种情况下无济于事。

如果我必须atof和朋友一起工作，我可以使用

拉皮条我的行为。

所以有大量的东西只是为了国际双重行为。甚至我的 Visual Studio 也遇到了问题，因为德语版本想要将 8,0 作为版本写入 vcproj 文件，而英语版本想要将其更改为 8.0，这肯定是偶然发生的，因为在 XML 中它被定义为 8.0世界各国。

所以我只是想稍微描述一下这个问题，以询问我可能忽略的方面。我知道的事情：

• 十进制品脱取决于语言环境
• 千位分隔符取决于语言环境
• 指数取决于语言环境

哪个国家使用哪个设置？也许你可以给我添加一些我现在还没有的有趣的例子。

我正在创建一个 JSpinner 并使用自定义格式设置一个 NumberEditor。

但无论我做什么，格式都使用“。” 而不是“，”，而不是根据我的语言环境（pt_BR）。

是否可以使用“，”而不是“。” 作为小数分隔符？

我得到一个整数，我需要在不同的语言环境中转换为月份名称：

地区 en-us 示例：
1 -> 一月
2 -> 二月

区域设置 es-mx 的示例：
1 -> Enero
2 -> Febrero

最近，我们开始遇到向我们的 Web 应用程序用户显示过时国家/地区列表的问题。

我们目前有一些数据库表来存储本地化的国家名称及其地区（州）。然而，随着地球的发展，该列表正在不断发展，并且由于某些区域被删除，一些合并 - 现有数据需要一直更新，因此维护它被证明是一种痛苦。

在处理多语言环境国家/地区列表时，有哪些最佳实践（如果存在）？

有地方或标准吗？我知道 ISO 3166，但他们的列表并不完全是 DB 友好的……而且它没有完全本地化。

一个理想的解决方案只是让我们“同步”到它？最好用多种语言。该解决方案最好是免费的或基于更改历史的订阅，以便我们可以更新我们的数据（又名 tblAddress）

谢谢！

在西班牙语版本的 Windows XP 上运行时，我的程序调用

当被问及英语语言环境时，IsValideLocale() 返回 FALSE。显然，必须在 Windows 中进行一些调整才能改变这种行为。我究竟应该怎么做？

我知道这不完全是一个编程问题，而是一个部署问题。我仍然认为这里会比其他任何地方都好。