Defining a new Locale: Standard Measures with U.S. English #71
Description
Session description
Users who don't have a strong connection to U.S. measurement, date formatting, and other similar conventions use software with U.S. English as the UI language. This is a problem when the users, for example, don't want to see temperatures in Fahrenheit or accidentally book tickets or accommodation for the wrong days due to site-supplied date pickers (as opposed to browser-provided <input type=date>) putting Sunday in the first column when presenting a month as a grid.
We believe this problem can be addressed by the browser prepending a language tag with a special region code (provisionally en-ZZ, "English of Unknown Region") to the language preference list when en-US would otherwise be the first item on the list and the browser determines that standard measures would work better for the user.
For more information, please see our explainer.
The proposal has previously also been presented and discussed at TC39 TG2.
Possible session co-chair (if registered for TPAC): @hsivonen
Session goal
Discussion of the proposal and exploration of potential issues that need resolution.
Additional session chairs (Optional)
No response
Who can attend
Anyone may attend (Default)
Instructions for meeting planners (Optional)
Please avoid overlap with sessions #57 and #67. Also, please schedule late in the day to allow for the session co-chair to join remotely from Finland.
IRC channel (Optional)
Agenda for the meeting.
No response