Hi,
On Mon, Oct 6, 2008 at 9:21 AM, Egon Willighagen <[EMAIL PROTECTED]
> wrote:
> On Mon, Oct 6, 2008 at 1:01 AM, Robert Hanson <[EMAIL PROTECTED]> wrote:
> > Recently an en_GB (United Kingdom) translation for Jmol was introduced.
> I'm
> > fixing that a bit, but at the same time I'm wondering if people realize
> that
> > this adds 200K to the size of the applet for all UK users. (That's a 30%
> > increase in base size.)
>
> Don't we have indexing for that? Localization always adds some
> weight... is the en_GB 200KB in size? Compressed?
Is it really 200KB uncompressed ? Or is it the total size of _i18n.jar
(en_GB users didn't need to download this file before, but now they need it)
?
See my answer below for points 1-3.
For info, the entire set of .po files that I send to launchpad only takes a
bit more than 300KB once compressed in .tgz
> > Questions:
> >
> > 1. Not that it isn't good to have this language variant, but is the
> > trade-off in download size worth it? [Obviously it is for other
> languages,
> > but I'd like to hear what our UK users think.]
>
> How does the indexing of l18n's work? Is it not possible to only have
> it download this l18n if the user is in en_GB Locale?
>
> > 2. Should then en_GB be the default for en_XX -- a country other than US
> but
> > not GB?
>
> No, I'd default to en_US as English default...
>
> > 3. Should we perhaps package the languages classes separately or in
> separate
> > groups so that the entire translation package isn't downloaded with any
> > particular language switch?
>
> If you mean, should it use indexing... yes, that would be ideal, I
> guess... when we got more languages this will become more and more
> important, I'd say...
Answer to 1 and 3 : given the increasing number of translations, splitting
the _i18n.jar file into language specific jar files would probably be a good
idea so that only a small translation file need to be downloaded instead a
big one containing all translations.
This solution would at least be useful for every one using an other language
than the default hard coded into Jmol.
Nico
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Jmol-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jmol-users
