<div dir="ltr"><div dir="ltr"><div dir="ltr">Hi Alexander!</div><div dir="ltr"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Are you going to use some ready framework for translations or are you going to develop a new one?</blockquote><div><br></div><div>After some previous discussions, it was decided to use Angular Translate - <a href="https://github.com/angular-translate/angular-translate">https://github.com/angular-translate/angular-translate</a> </div><div><br></div><div> </div><div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">It would be great if the solution provided an option for quick language switching.</blockquote><div><br></div><div>The suggested pattern would be a simple language switcher on the login page.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">The problem is that different languages may require the variable part at different locations within the string and also may use inclinations, so you can't just break such strings apart and translate "You have" and "new messages" separately because the translation may not just require writing it like "12 new messages you have", but will also be different for, say, 21 and 22 messages. At least for Russian language the latter is definitely a problem to think of: we'll say "У вас 21 новОЕ сообщениЕ", but "У вас 22 новЫХ сообщениЯ". I believe other Slavic languages, and at least German and French are also affected by similar problems.<br>That also concerns your question about "common" phrases. What is "common" in English, may differ significantly depending on context in other languages.<br>I implore you to not forget about such peculiarities. In the past I've had issues with some software packages whose authors didn't think about that, and it was a pain translating those packages.</blockquote><div><br></div><div>This is a great point! I would expect, in the example you provided, for the property value to be the complete sentence, e.g. { new_messages: "You have {variable} new messages" }. </div><div> </div><div><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><span style="font-family:arial;font-size:small">Derick Montague</span><div style="font-family:arial;font-size:small">* * * * * * * * * * * * * * * * </div><div style="font-family:arial;font-size:small">Mobile: <span title="Call with Google Voice">512-609-0760</span><br></div><div style="font-family:arial;font-size:small"><a href="http://www.derick-montague.me" target="_blank">http://www.derick-montague.me</a></div></div></div></div></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Feb 18, 2019 at 3:19 AM Alexander Amelkin <<a href="mailto:a.amelkin@yadro.com">a.amelkin@yadro.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi, Susan!<br>
<br>
15.02.2019 23:17, susan jasinski wrote:<br>
<br>
> I’d like some feedback about how to breakdown translation bundles for the GUI.<br>
><br>
> My initial thought is to create a bundle per panel since companies<br>
> have the option to pick and choose which upstream panels they want to<br>
> use. Would this be an overwhelming amount of bundles? Does this idea<br>
> scale well as we grow the number of panels? Does this scale well as<br>
> new panels are added after existing panels have already been<br>
> translated?<br>
><br>
> In addition, there could a “global” bundle for navigation and header,<br>
> Should this include words/phrases that are common across many panels<br>
> such as “save” and “cancel”?<br>
><br>
> Also, should GUI notifications/messages be in their own bundle or put<br>
> into their respective panel’s bundle?<br>
><br>
> Can you think of other factors that should guide this decision?<br>
<br>
Are you going to use some ready framework for translations or are you going to develop a new one?<br>
<br>
It would be great if the solution provided an option for quick language switching.<br>
<br>
I once implemented such a solution, it used a json map of English strings to local strings. All translatable objects had a special class name, and the client-side Javascript code used that class to find all to-be-translated objects and on the fly changed their innerHTML using the map (saving the original content in an object's property). The con was that the implementation was only able to process simple strings and couldn't be applied to objects containing variable text (e.g. values embedded in text like "You have 12 new messages"). The problem is that different languages may require the variable part at different locations within the string and also may use inclinations, so you can't just break such strings apart and translate "You have" and "new messages" separately because the translation may not just require writing it like "12 new messages you have", but will also be different for, say, 21 and 22 messages. At least for Russian language the latter is definitely a problem<br>
to think of: we'll say "У вас 21 новОЕ сообщениЕ", but "У вас 22 новЫХ сообщениЯ". I believe other Slavic languages, and at least German and French are also affected by similar problems.<br>
<br>
That also concerns your question about "common" phrases. What is "common" in English, may differ significantly depending on context in other languages.<br>
<br>
I implore you to not forget about such peculiarities. In the past I've had issues with some software packages whose authors didn't think about that, and it was a pain translating those packages.<br>
<br>
As to bundling, I think that if something is shipped as a separate bundle, can be removed or added, then the translation data must go along with the rest of the bundle. The translation engine however must either be a separate bundle per se or be embedded into the core of WebUI.<br>
<br>
Alexander Amelkin<br>
<br>
<br>
</blockquote></div></div></div>