我知道,在寫這篇文章的時候只有Opera支持有沒有辦法本地化輸入類型=「日期」,在HTML5
<input type="date" name="mydate">
,也許我嘗試本地化此領域的瀏覽器的用戶界面已經遇到了挫折感,因爲像本地化這樣的細微差別尚未包含在它們的實現中,但我甚至沒有在HTML5規範中看到它的提及。應該指定本地化嗎?我應該在父元素上執行lang =「fr」嗎?
上有問題的網站實施的一些注意事項:
- 本地化(語言),明確由用戶挑選,因爲他們是在管理多種語言的數據,這是不合理的期望,用戶的瀏覽器Chrome瀏覽器正在查看的語言中,或者瀏覽器正在提供所需的語言請求標題。
- 我想確定,如果頁面以法語呈現,那麼瀏覽器chrome提供的日期選擇器將顯示對法語有意義的選項。
- 的計劃是回落到jQueryUI的爲不支持類型=「日期」瀏覽器,我將使用Dive into HTML 5
3問題:1.這是不和諧的用戶具有切換語言(鉻含量VS)爲日期選擇器。 2.數據將以語言環境呈現給頁面,鉻(英文模式)會理解法語,Juin意味着六月嗎? 3.服務器端會希望以某種語言環境格式化數據並進行相應的解析,如果日期選擇器格式化預期語言環境的日期,則服務器會誤解它。 這些問題不限於日期。數字呢?法語使用逗號而不是小數。鉻將如何處理? 該方法似乎目光短淺。 – lambacck 2010-06-04 17:19:47
1它的行爲就像所有瀏覽器中的文件類型輸入一樣......也根據瀏覽器語言環境而不是頁面進行本地化。我可以看到贊成和反對這個論點。 2並不完全明白你的意思 - 假設這與3相關,無論如何顯示日期選擇器的UI,最終結果(然後傳遞給服務器)始終採用相同的ISO格式,無論用戶界面顯示的語言。沒有嘗試數字的事情(假設你的意思是輸入類型=「數字」)...但在這裏我可以看到,它確實會有潛在的問題。不知道這是目前本地化,壽。 – 2010-06-06 00:56:19
我不認爲ISO格式是漸進增強的合理迴應。如果瀏覽器回退到一個普通的輸入框,並且他們沒有啓用Javascript(是那些人存在),他們將不得不以ISO格式輸入日期?如果用戶不是技術人員,他們不太可能希望以ISO格式輸入日期(甚至不知道如何)。 – lambacck 2010-10-05 16:33:39