有没有办法在HTML5中本地化输入类型="日期"

我知道在撰写本文时,Opera只支持浏览器UI

也许我尝试本地化这个领域已经遭遇挫折,因为本地化等细节尚未包含在他们的实现中,但我甚至没有在HTML5规范中看到它.有没有办法指定本地化？我应该在父元素上执行lang ="fr"吗？

关于有关网站实施的一些注意事项:

用户明确选择本地化(语言),因为他们正在管理多种语言的数据,并且期望用户的浏览器chrome是在被查看的语言中或浏览器提供所需的语言请求头是不合理的.

我想确保如果页面用法语呈现,浏览器chrome提供的日期选择器会显示对法语有意义的选项.

对于不支持type ="date"的浏览器,计划是回归到jQueryUI,我将使用Dive中提供的检测机制进入HTML 5

Patrick H. L.. 17

据我所知,我们在Opera中做的事情背后的思考(完全披露:我为他们工作)是日期选择器几乎是chrome的一个扩展,一个浏览器本地控件.因此,它将根据浏览器的语言进行本地化,而不是正在查看的页面的语言.

1> Patrick H. L..：

---

据我所知,我们在Opera中做的事情背后的思考(完全披露:我为他们工作)是日期选择器几乎是chrome的一个扩展,一个浏览器本地控件.因此,它将根据浏览器的语言进行本地化,而不是正在查看的页面的语言.

---

1它的作用类似于所有浏览器中的文件类型输入...也根据浏览器区域设置而不是页面进行本地化.我可以看到支持和反对的论据.2并不完全明白你的意思 - 假设这与3相关,无论如何显示日期选择器的UI,最终结果(然后传递给服务器)始终采用相同的ISO格式,无论UI显示的语言.没试过数字的东西(假设你的意思是输入类型="数字")......但是在这里我可以看到它确实会有潜在的问题.不知道当前是否已经本地化了.

---

3个问题:1.作为用户必须切换日期选择器的语言(chrome vs content).2.数据将以区域设置呈现给页面,chrome(英语模式)是否理解法语,Juin表示6月？3.服务器端将期望在区域设置中格式化数据并进行相应解析,如果日期选择器确实格式化了预期区域设置的日期,则服务器将误解它.这些问题不仅限于日期.数字怎么样？法语使用逗号而不是小数.镀铬怎么处理？这种做法似乎是短视的.

2> 小智..：

---

我同意lambacck.目前我正在编写Javascript代码,使用新的表单功能跨浏览器,使用jQuery UI.

我在卢森堡工作,这是一个更详细地说明本地化问题的好地方.

我们写的大多数网站都是多语言的de | fr | en.从我们的统计数据可以看出,人们使用网站上的语言切换来显示他们的首选语言,但这种选择很少与首选的浏览器语言环境相匹配.

如果日历等字段的区域设置由操作系统完成,则会将我们带回到不幸的情况,其中标签显示上传文件,按钮显示Parcourir.你对这种语言组合无能为力,我总觉得这是一个很大的烦恼.

结论,我必须使用jQuery覆盖默认日历,以确保它能够满足我的需求.

在我看来,可配置的API或至少一种在HTML级别上操作区域设置的方法会很棒.由于新的字段类型尚未被其他浏览器制造商广泛采用,我想这个问题仍然可以考虑在内.

感谢您阅读本文.

---

@feeela:如果您的网站有语言选择器让用户覆盖默认(浏览器提供的)语言,该怎么办...