Ok, I will commit some modifications this evening.
With the modifications I have made (GT.java and build-i18n.xml), Jmol.jar is
working correctly and probably JmolApplet.jar also. I have to modify the
build process for the splitted applet jars.
I have planned to use a <for> loop for the jars (like in build-i18n.xml)
Nico
On Thu, Oct 9, 2008 at 3:40 PM, Robert Hanson <[EMAIL PROTECTED]> wrote:
> OK, that sounds fine. We'll go with multiple JAR files. As I recall, we
> need to:
>
> 1) just include all subdirectory business in Jmol.jar and JmolApplet.jar
> (no changes there?)
>
> 2) JmolApplet0.jar and JmolAppletSigned0.jar -- We need to check to see if
> we need separate manifests for each translation. I'm not sure. Maybe not.
> The main thing is to get <indexjars> set up for both signed and unsigned
> jars.
>
> 3) make sure each jar gets signed. Let's do this with a list. Should have
> been done already with all the other JAR files, but I didn't get around to
> it.
>
> I can easily enough test this on my machine to see if the proper jar files
> are being loaded from the server.
>
> Bob
>
>
>
> On Thu, Oct 9, 2008 at 7:00 AM, Nicolas Vervelle <[EMAIL PROTECTED]>wrote:
>
>> Hi,
>>
>> On Wed, Oct 8, 2008 at 11:19 PM, Robert Hanson <[EMAIL PROTECTED]>wrote:
>>
>>> They have to be in separate packages. Once one class of a package is
>>> accessed, all classes of that package must be loaded. So each has to be in
>>> its own package. It's own name space.
>>>
>>
>> Ok, it's easy to do by putting each translation in a sub package using the
>> language name.
>> I did it yesterday evening in a few minutes, the only thing that I still
>> need to do is to modify build.xml to create JmolApplet_i18n_xx.jar files
>> instead of JmolApplet_i18n.jar.
>>
>>
>>
>>> BUT
>>>
>>> I have another idea.
>>>
>>> We don't necessarily have to use the gettext routines for creating
>>> classes this way. We could just have have flat property files and load them
>>> directly. Like we can do with menus. In essence, read the .po files
>>> directly.
>>>
>>> The class for Catalonian, for example, is 46K uncompressed, 22K
>>> compressed. The simple flat list of msgid/msgstr for that is 28K
>>> uncompressed. I don't see what the big deal is in creating a class to handle
>>> these. It's just a property table, really. Who needs a whole class?
>>>
>>> For example, we might consider just making the property files and then
>>> using a PropertyResourceBundle instead. (
>>> http://java.sun.com/j2se/1.4.2/docs/api/java/util/PropertyResourceBundle.html
>>> ).
>>>
>>> I guess I don't see why it couldn't be simply a file on the host that is
>>> read when a language is accessed. If the file isn't there, it just isn't
>>> there. No translation.
>>>
>>> In fact, the signed applet or application could even just load these from
>>> sourceforge on the fly if we wanted that. No need to install ever.
>>>
>>> Bob
>>>
>>
>> I think it requires more work to do this and a few problems to solve :
>> * parsing all the specific situations of a .po file : fuzzy, java-format,
>> translations on several lines, ...
>> * writing a correct .properties file when msgid contains special
>> characters (like '=')
>> * PropertyResourceBundle are not so nice, they tend to send a lot of
>> requests to the webserver
>>
>> I'd like to try the multiple JmolApplet_i18n_xxx.jar files before going on
>> with more development.
>>
>> 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-developers mailing list
>> Jmol-developers@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jmol-developers
>>
>>
>
>
> --
> Robert M. Hanson
> Professor of Chemistry
> St. Olaf College
> 1520 St. Olaf Ave.
> Northfield, MN 55057
> http://www.stolaf.edu/people/hansonr
> phone: 507-786-3107
>
>
> If nature does not answer first what we want,
> it is better to take what answer we get.
>
> -- Josiah Willard Gibbs, Lecture XXX, Monday, February 5, 1900
>
> -------------------------------------------------------------------------
> 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-developers mailing list
> Jmol-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jmol-developers
>
>
-------------------------------------------------------------------------
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-developers mailing list
Jmol-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-developers
