Bug 16965 - i18n-ISSUE-97: Allowing a page to request a given locale ( normativity)
Summary: i18n-ISSUE-97: Allowing a page to request a given locale ( normativity)
Status: NEW
Alias: None
Product: HTML WG
Classification: Unclassified
Component: HTML5 spec (show other bugs)
Version: unspecified
Hardware: PC Windows NT
: P2 enhancement
Target Milestone: ---
Assignee: Robin Berjon
QA Contact: HTML WG Bugzilla archive list
Depends on:
Reported: 2012-05-07 17:25 UTC by Addison Phillips
Modified: 2015-06-17 05:59 UTC (History)
6 users (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description Addison Phillips 2012-05-07 17:25:09 UTC Date and Time state

The format shown to the user is independent of the format used for form submission. Browsers are encouraged to use user interfaces that present dates and times according to the conventions of the user's preferred locale.

Should we encourage the use of the *page's* preferred locale? It would be best if we could provide a way for page authors to create a consistent user experience. Work on the ECMAScript I18N extension may eventually help here, but only for formatting displayed values---this section seems to imply that the user agent have a built-in date/time control set that may not be scriptable. Although a given user agent won't necessarily support the requested locale, we would suggest providing a <form> attribute or a field attribute to allow the page itself to request a given locale using a BCP 47 language tag.

The I18N WG feels that this could be accomplished by making section normative.
Comment 1 contributor 2012-07-18 07:05:07 UTC
This bug was cloned to create bug 17859 as part of operation convergence.
Comment 2 Addison Phillips 2014-03-06 23:32:56 UTC
See also: https://www.w3.org/Bugs/Public/show_bug.cgi?id=16165

Number formats are also affected here. I think that this remains a significant gap in HTML, since having controls like dates or numbers be consistent with the page in which they appear is more pleasing to the author (and potentially less confusing to users) than having the controls be strictly in the locale of the user-agent's runtime.