Hi, we do also prefetch all messages in the host page and it works pretty well for us.
Michael On May 24, 7:23 pm, Alexandros Papadakis <[email protected]> wrote: > On Mon, May 24, 2010 at 7:11 PM, Thomas Broyer <[email protected]> wrote: > > > On 24 mai, 17:30, Alexandros Papadakis <[email protected]> wrote: > > > Regarding the i18n issue, we have the following problem: We have one > > average > > > sized > > > application which we deploy many times. > > > > For every deployment, labels and other i18n related information changes. > > > For every installation > > > we have to go through a re-build. Even worse, today an installation uses > > > only English, tomorrow > > > it might have French (when I have the translation) and a few months down > > the > > > road Spanish.. > > > A recompile, and a re-install is required every time.. > > > How about using "dynamic i18n" (Dictionary) then instead of the > > "static i18n" (Messages, Constants). > > >http://code.google.com/webtoolkit/doc/latest/DevGuideI18n.html#DevGui... > > Of course, dynamic i18n won't work with ImageBundle/ClientBundle, > > which however support static i18n... > > And you won't be able to use UiBinder i18n: > >http://code.google.com/webtoolkit/doc/latest/DevGuideUiBinderI18n.html > > We thought about it, but, lets say you have some 3rd party libraries (or > even GWT itslef). Do you modify these also? > GWT uses constants/messages for number formats, currencies and so on.... > > Having a drop-in replacement for GWT's built-in i18n generator would solve > this problem... > > I've been hacking around the gwt i18n implementation.. It is not that hard > to implement > and the performance (due to sync request) is not that prohibitive... In > fact, most of the > complexity of the generator should move on the server side, leaving a very > clean/simple > implementation for the generator. > > The server would need then to have a jar with the compiled interfaces, to > keep track of what > it is supposed to send back to the client. > > > > > Another option is to take your selection script (*.cache.js) from a > > compile in -style PRETTY so you can easily hack it to remove locales > > (and you can then even run it through the Closure Compiler if you want > > to obfuscate and optimize it; or hack your own obfuscator/optimizer > > utility based on GWT's StandardLinkerContext#optimizeJavaScript) > > > -- > > You received this message because you are subscribed to the Google Groups > > "Google Web Toolkit" group. > > To post to this group, send email to [email protected]. > > To unsubscribe from this group, send email to > > [email protected]<google-web-toolkit%[email protected]> > > . > > For more options, visit this group at > >http://groups.google.com/group/google-web-toolkit?hl=en. > > -- > You received this message because you are subscribed to the Google Groups > "Google Web Toolkit" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group > athttp://groups.google.com/group/google-web-toolkit?hl=en. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
