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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/kimchi-devel