问题标签 [regional-settings]

当用户将它们放在文本框之类的控件中时，我希望这些数字以我自己的语言显示。

我在瑞士工作，那里的分号;是 Windows 区域设置中的“官方”列表分隔符。

Excel 在创建 CSV 文件时使用此分隔符。

在 RFC 4180 中，CSV 文件被定义为逗号分隔，并且具有text/csv关联的 mime 类型。我的文件不符合这个定义。

我正在使用application/vnd.ms-excel，但我不满意将其声明为“Excel”文件，因为它是一个独立于应用程序的分号分隔文件。

正确的 MIME 类型是什么？

谢谢！

我遇到了一个问题，即 C# DateTime 字符串无法转换为 SQL DateTime，因为它被神秘地格式化为英国日期 (dd/MM/yyyy)。以下是一系列事件：

1. 在美国的远程服务器上创建一个对象并序列化为 xml。
2. xml 在 CA 的本地计算机上反序列化回对象。序列化日期如下所示：2011-07-13T09:56:57.0542425
3. 应用程序尝试将对象保存到调用前面提到的存储过程的数据库中。它（不必要地）将日期转换为字符串，然后使用 Convert.ToString(DateTime) 将其作为参数传递给存储过程。
4. sproc 失败并出现 SqlException“将数据类型 nvarchar 转换为 datetime 时出错”，因为它收到的 DateTime 类型参数的字符串是 dd/MM/yyyy 格式（并且数据库语言是美国英语）。

现在，代码不应该将日期时间转换为字符串，只是为了在 SQL 中转换回日期时间，但是在一年多来一切都很好之后，这个问题才开始发生（在多台计算机上）。所以我认为数据库或操作系统的文化必须最近发生了变化，导致它们使用不同的日期格式。令我惊讶的是，将操作系统（Windows 7）从英语（加拿大）更改为英语（美国）并重新启动后，问题仍然存在。更令人困惑的是，无论区域设置如何，当在本地创建相同类型的对象而不是反序列化时，都不会发生错误。唯一的区别是序列化版本发生在 Windows 服务中，而本地创建的对象版本发生在 Windows 应用程序中。他们都使用自己的调用 Convert.ToString(DateTime) 的程序集副本，但他们使用的是该程序集的相同版本。我完全糊涂了。

PS .NET 2.0 和 SQL Server 2005

我试图达到日本的道路。类似“C:\日本语\asd.dll”的东西，但我有一些问题。如果我强制我的安装程序将 dll 文件放入 C:\Windows\System32，那么该路径在所有语言版本的 Windows 中是否都相同，或者它将使用区域语言？

是否可以使用纯 JavaScript 确定客户端机器的区域设置？我需要得到一周的第一天。是星期天还是星期一。

我正在从 sql 表中读取日期。在sql表中日期时间格式客户端如何设置区域格式。由于这个阅读日期和拆分日期并采用我们想要的格式变得困难。有没有办法从区域设置日期格式中限制 sql 日期格式（意味着 sql 不应该采用区域设置日期格式）。

现在我得到了答案：

我有一个20,55德语值。
当我将区域设置更改为 US 时，该值将显示为2055.0运行此代码后：

这是为什么？

我正在开发一个需要以下区域设置（Delphi 7 和 PostgreSQL 9.0）的应用程序：

我只需要为我的应用程序而不是系统范围更改区域设置。

在表单的 OnCreate 中，我设置了上述分隔符，我当前的系统分隔符是：

（这是为了测试目的。）

现在在 Postgres 中，我有一个表格，我可以从中获取要在应用程序中显示的日期，但不知何故，日期分隔符似乎不起作用（如 label1 所示）！

检查图像。

我发出查询以从表中获取日期

查询是

现在是相同的日期，如果我将 .data 与 .text 日期分隔符的日期分隔符不同，为什么会发生这种情况？

为什么没有应用区域设置label1.caption（如图所示）？

我需要转换具有以下格式的当前日期：

我需要将格式转换为：

当前系统日期分隔符为：

我将代码用作：

但我在 sDateOne:=StrToDate(Label1.Caption); 行收到错误

请告诉我如何转换日期格式并显示它？

在我的应用程序中，我有弹出广告显示的地方。但我想这样做，例如德国将以德语显示广告，在法国以法语等显示广告。我有 WebBrowser 组件，我将带有放置在我的服务器上的广告的 html 文件路径传递给 Uri url。

在 ad2.html 中，我可以识别 ip，并基于此重定向到适当的 html 文件。问题是，在应用程序中，当网站重新加载时，我会听到声音（tik）。

谢谢