Closed markhealey closed 9 years ago
We have a formal proposed addition for i18n support. It is as follows. Comments & feedback welcome as we're hoping to add this support in version 1.4
(#142).
ContainerConfig
and AppConfig
objects to include new property called “locale” for definition of user’s language and region.
AppConfig
’s “locale” property must be assumed as the default for the App. The default is null.AppConfig
object will be extended to include an additional property called “localeSupport” so an App can make known all of its supported locales.
F2.init()
to each App request.ContainerConfig
-defined locale or null.Updating proposal:
ContainerConfig
to include new property called locale
for definition of Container's language and region for use in F2.init
.
null
AppConfig
object will be extended to include a property called localeSupport
so an App can make known all of its supported locales.
[‘en-us’,’de-de’]
.[]
AppConfig
object will be extended during F2.registerApps
to include a containerLocale
property so it is passed to each AppManifest
request.getContainerLocale()
on the F2 namespace. This will return the ContainerConfig
-defined locale or null
.F2.Constants.Events
called LOCALE_CHANGE
Fixed #191 and #193
Opening an issue to track this request for i18n support in F2. The team has had some loose discussions on the topic of string and number formatting in containers and apps, and the upcoming Developer Center & Registry will have support for saving localization data.
In a hurry last week, I made a gist of possible i18n support for string replacement based on the language set by the Container Provider.
More to come...