Cannot provide custom options.data object to template

[bmeurant]

Hi, I tried to add formatjs in an Ember app but it uses options.data.intl to store i18n messages (cf. http://formatjs.io/handlebars/#formatMessage) and providing a such object to template seams impossible because View.render defines itself options.data (https://github.com/emberjs/ember.js/blob/v1.8.0/packages/ember-views/lib/views/view.js#L1048)

Can we imagine a clean integration ?

[rwjblue]

In general I would like a nice story with FormatJS. I'll need to dig into more of the literature to see what is actually being done to know if and how we can integrate better.

[bmeurant]

Great ! Let us know your plan if you can. Thank you for that.

[ksol]

Hello,

I ran into the same issue for the same goal (integrating formatjs in an ember-cli addon). Thanks for taking that matter into consideration !

@bmeurant for the time being, how did you work around this limitation ?

[bmeurant]

@ksol I did not because it was only a test, not a concrete business need.

I do not see any acceptable work around for now because you will still have to override View.render :-(

[ksol]

@bmeurant neither do I, and I don't think rewriting the handlebars integration in order to supply the translations in another way is a viable idea.

For the moment, I think I'll stick with ember-18n which seems pretty solid

[froskos]

Hi there! I've been fighting to integrate Format JS and Ember in the last days and after a hard fight I just found this discussion about the issue.

@bmeurant exactly, at the moment is necessary to extend View.Render, but that only solves the first part of the problem. If you explore it deeper you'll find that whenever the condition that a bound if helper (the one registered by Ember) observes is changed (so that for example a hidden part of the template is now shown), as that does not trigger rendering an Ember.View (which is the common thing unless you write every single content of an if helper as a separate view)... the Format JS-defined helpers called inside that block won't have available the intl object inside the data object. It does not get injected as the Ember.View.Render is not called. Therefore the translations are not available for the helper ... On the other hand I explored Handlebars implementation to see whether there was a feasible way to inject this data by extending some Handlebars default, or maybe overriding a method.. but so far I could only find a nice bunch of chaotic workaround that do not integrate nicely. So you and @ksol were quite right if you took the decision not to keep walking this path. :)

@rwjblue actually I found this thread too, basically the same topic seen from two optics... BTW guys if anyone is already working on this, plz let me know. I will be happy to collaborate in the integration!

[froskos]

BTW eventually this is going to be the same as

formatjs/handlebars-intl#55

[stefanpenner]

this API is no more.