W3C home > Mailing lists > Public > whatwg@whatwg.org > January 2012

[whatwg] Localisation of form fields

From: Markus Ernst <derernst@gmx.ch>
Date: Mon, 23 Jan 2012 23:38:53 +0100
Message-ID: <4F1DE17D.9050401@gmx.ch>
Am 21.01.2012 15:19 schrieb Cameron Heavon-Jones:
>
> On 20/01/2012, at 6:58 PM, Bronislav Klu?ka wrote:
>
>>
>>>> Hello
>>>>
>>>> There are two recent threads on localisation of form fields, one on input type=date, the other on the Decimal comma in numeric input. Both are about the question whether the form field value should be displayed according to the element's language, or rather based on the user's preferred locale. This looks like a basically interesting question to me; I see use cases for both:
>>>>
>>>> Use case for using User's preferred locale:
>>>> - The user is viewing a website in a foreign language, using his/her own computer.
>>>>
>>>> Use case for using the element's language:
>>>> - The user is viewing a website in his/her own language, but using a computer in an internet caf? in a foreign country (where (s)he might not even be able to change the language settings of the browser).
>>>>
>>>> As some formats may be very different, both situations can lead to misunderstanding of the values displayed in the form, and thus wrong submissions. It was pointed out, that the comma may be a 1000 or a decimal separator. Or, dates are arranged differently, e.g. M/D/Y in English, but D.M.Y in German.
>>>>
>>>> This makes me think, if UAs could be encouraged to invent some kind of UI for per-session overriding the localisation settings of both UA and website content.
>>>
>>> I think translation is the word here and accurately identifies the potentially inaccurate process taking place.
>>>
>>> Thanks,
>>> Cameron Jones
>>
>> No, localization is, localization goes beyond simple translation
>>
>> Brona
>
> Yes, but my point is that what is really desired here is translation, not localization. If the representation is within a specific language\locale and the user desires a different language\locale then that process is one of translation including transformation of localization.

I see that point. Reading the Decimal comma discussion, I am sure a 
simple per-session method to translate form input formats into other 
locales (without translating text) would be a handy thing, but I admit 
this list may not be the appropriate place to discuss it.
Received on Monday, 23 January 2012 14:38:53 UTC

This archive was generated by hypermail 2.3.1 : Monday, 13 April 2015 23:09:10 UTC