Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature request : need ability to retrieve full bundle at once #22

Open
cdouine39 opened this issue Feb 1, 2017 · 2 comments
Open

Feature request : need ability to retrieve full bundle at once #22

cdouine39 opened this issue Feb 1, 2017 · 2 comments

Comments

@cdouine39
Copy link

Hi,

in our project, we make a lot of calls to the 'translate' function with several times the same keys.
It would be preferable for us to translate a full bundle once, and then manually associate the translated labels to our objects.

For ex, let's say i have a list of users and for each, i want to display '<user_preferred_greeting> ' with <user_preferred_greeting> being translated.
On the html i will have a ng-repeat containing :
{{user.name}}

But if i have hundreds of users with only 3 different greetings, i'll have hundreds of requests to the gp server.
In this case, it would be more efficient to translate the whole bundle containing the 3 greetings translated, store them locally and use something like :
{{ctrl.translatedGreetings[user.preferred_greeting]}} {{user.name}}

Although I noticed that for each translation, the whole bundle is requested from the server. So i feel like it wouldn't be too much of a change to add this feature (from what i've seen at least ;) ). I'd be happy to give it a try if you think that can be an interesting feature to add.

thanks

@lamibm
Copy link

lamibm commented Feb 1, 2017

Hey there -- Great to see you using the gp-angular client for G11n Pipeline. @srl295 and @yumaoka and @steveatkin what do you think? Let's start the conversation.

@srl295
Copy link
Contributor

srl295 commented Feb 1, 2017

sounds like some good ideas… let me look at what this would take. Also cc @ckoberlein

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants