[Kimchi-devel] [Wok][RFC] Issue 104 Multi-culture support for formatting numbers and datetime

[Aline Manera]

Hi Pooja,

I think we need to mix those 2 approaches.

I agree we need to have a separated drop down menu for locale (option 
2). And it can work the same way the language drop menu works.

When user accesses Wok for the first time, Wok gets the browser language 
and checks if it is part of those 11 languages we have translations for. 
If so, Wok uses that language to load the UI. If not, it falls back to 
English.

The browser language can be overridden by the language drop down menu, 
which creates a browser cookie to store the user selection. So after 
choosing one language from the drop down menu, that will be used for the 
next accesses to Wok. But if user clears the browser cookies, it will 
get back the browser language.

We could do the same for locale IMO.

Regards,
Aline Manera

On 04/28/2016 06:04 AM, Pooja Kulkarni wrote:
> Hi Team,
>
> In order to provide multi-culture support, we must format the numbers 
> and datetime data as per the user's locale. For example, when a french 
> user selects the UI language as English, he/she must still see the 
> numbers and datetime in french format.
> The user's locale may be obtained in two ways:
>
> 1. Fetch the language setting of user's browser:
> This approach involves fetching the language setting of user's browser 
> either by using 'accept-language' header that is sent to the server or 
> navigator.language
>
> 2. Have another drop down menu for user's locale:
> This approach involves having two drop down menus, one for the 
> translation language and another for the locale. The locale drop down 
> menu can contain languages that may or may not be included in the 
> translation language drop down menu. By default, the language selected 
> in the translation drop down can be selected in the locale drop down 
> as well.
>
> However, the first approach is not reliable and may vary from one 
> browser to another (some may not support navigator method). So I would 
> prefer the second approach.
>
> Any thoughts or comments?
>
> Regards
> Pooja
>
> _______________________________________________
> Kimchi-devel mailing list
> Kimchi-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/kimchi-devel
>