Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Strengthen form control localization requirements #10812

Open
aphillips opened this issue Dec 2, 2024 · 0 comments
Open

Strengthen form control localization requirements #10812

aphillips opened this issue Dec 2, 2024 · 0 comments
Labels
i18n-needs-resolution Issue the Internationalization Group has raised and looks for a response on. topic: forms

Comments

@aphillips
Copy link
Contributor

What is the issue with the HTML Standard?

In the I18N+WHATWG call during this year's TPAC, we discussed the localization of form controls specified in section 4.10.5.2 [here].

This issue is for tracking purposes. A PR will also be submitted that references this issue. Here's the notes from the above linked document for easy visibility:


Addison: discussed today, some stabs at currentDir; not urgent if she's not there
… spec recommends implementation of localization of form controls in section 4.10.5.2, but this is inconsistently implemented and kinda handwavy
… would like to see implementations tighten that up to render date/time/number in a localized fashion, and strengthen to at least "should"
… can file an issue if you want

Domenic: imo, as editor, issue or PR is reasonable
… agree that it's weird that we have a non-normative/encouraged section
… would be good for the community to make it at least "should" and get implementer reasons for why they haven't implemented, or motivate them to fix it
… like this path
… section says "according to either the locale implied by…or the user's locale"

Addison: feel strongly it should follow input element's language

Anne: goes against what impls currently do, but agree that it would be better to match element language
… potentially need to ship more locale strings, because they need to support more languages

Addison: already needs to be best-effort, because you won't have all languages, so fallback applies
… probably why the "or" is there – should prefer language of element, but if unavailable the user/browser language is a good fallback

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
i18n-needs-resolution Issue the Internationalization Group has raised and looks for a response on. topic: forms
Development

No branches or pull requests

2 participants