Global setup about handlebars-intl HOT 10 CLOSED

@yamsellem it is in the "render" tab on every example here: http://formatjs.io/handlebars/#formatMessage

you will see something like this:

var intlData = {
    "locales": "en-US",
    "messages": {
        "photos": "{name} took {numPhotos, plural,\n  =0 {no photos}\n  =1 {one photo}\n  other {# photos}\n} on {takenDate, date, long}.\n"
    }
};

var html = template(context, {
    data: {intl: intlData}
});

where context is:

var context = {
    name     : 'Annie',
    numPhotos: 1000,
    takenDate: Date.now()
};

from handlebars-intl.

Hi @caridy, thanks for your feedback.

I was talking about a global setup, something to avoid repeating the intl data all around the place.
Something like: HandlebarsIntl.registerMessages(..).

To be honest, this is not realistic, in a web app, to require the messages everywhere it's needed. We need to isolate this responsibility in one single place.

ps. the intl.messagesattributes is not shown a single time on the docs but it can be found in the github readme ;-). Maybe merging those two docs will help.

from handlebars-intl.

@yamsellem I'm pretty sure intlGet looks for the message in the Handlebars context.

from handlebars-intl.

@juandopazo if it does, that still implies providing messages every time, which is not realistic, don't you think?

from handlebars-intl.

Right. Caridy had answered correctly. I see your point now. In the server it's easy to add the messages in a centralized fashion, but it's not so clear how to do it in the client.

from handlebars-intl.

@juandopazo Cool, we're on the same page ;-).

Maybe someone else has an idea of how to do this client side, maybe it needs a patch?
Thanks again.

ps. by curiosity, how will you do this server side?

from handlebars-intl.

@yamsellem you call render once for the top level template, you pass the data object, which is propagated thru all partials, there is not need to pass that anywhere else, only when calling render on your top level template.

If you want to have more control on the message resolution process, you can simply ignore getIntl helper, and implement your own helper to locate your messages, there is nothing extraordinary about getIntl, it just returns a string.

from handlebars-intl.

as for the centralized messages, it is not recommended, especially if you're doing isomorphic apps since the resolution of messages happens per request on the server.

from handlebars-intl.

@yamsellem checkout the "RENDER" tab on this example:
http://formatjs.io/handlebars/#formatMessage

from handlebars-intl.

@ericf my bad, it is there — well hidden, but there ;-).
Still, the issue remains on client-side templating — a global configuration is a must have.

from handlebars-intl.