On 13 February 2013 22:06, Ariel Constenla-Haile <arie...@apache.org> wrote:
> On Wed, Feb 13, 2013 at 09:42:42AM +0100, janI wrote: > > If performance and memory footprint is a concern, we loose a lot in our > > international version, > > > > An average set of language text takes up 1.3Mb in the code segment. > > > > Since we release 8 languages, it would be expected to use about 10Mb > > > > However, due to the way localize_sl works, we actually include all 116 > > languages from extras/l10n. Meaining the footprint is about 150Mb. > > > > I am sure this difference affect, download time, start up time as well as > > running swap space (on ubuntu 12.04. And at the same time it is something > > that a simple if could correct (dont use all languages, but simply > > --with-lang) > > > > Ps. due to the fact that it is scattered in small pieces over the code, > > and at least one language is in use, it will effectively also be in main > > memory. > > > > My conclusion is that neither AOO nor LO, is only partial optimized for > > performance, especially in regard to footprint. > > I don't understand what you are talking about, it looks like you are > mixing what happens during building the product, with the final product. > > The final product, as can be downloaded from the final, in his language, > contain only resource for his language. Resources are located in > <BASIS_DIR>/program/resource/, there you'll only find a binary resource > file per module for the language the user downloaded; for example, if > I downloaded the Spanish version > > cuies.res > dbaes.res > etc. > > Look the contents of cuies.res with a hex editor, you'll find only > Spanish strings. Even if the user installs several language packs, the > application only loads the resources for the application language, > selected on the Options dialog (build main/tools/source/rc/resmgr.cxx > with debug, and look at the OSL_TRACE). > Somehow I am a lot more confused now. If all text end up as .res files, there should be no reason to have all those different file formats we currently use. If would be sooo much simpler to have a file format for all text. Are you also sure, that the en-US language is removed, I thought that was builtin and did not depend on external files. I will try to make a fresh install with a 3.4.1 image instead of from my compiled version. I also have to find the point in the build process, where the languages are removed again, because looking at the source files in unxlng../misc they do contain all language (which is what localize_sl does). But its "fun" to do step by step learning of how the build process really works compared to the documentation :-) rgds Jan I. > Regards > -- > Ariel Constenla-Haile > La Plata, Argentina >
