> On Aug 27, 2008, at 7:50 PM, Robert Hanson wrote:
> 
> > another option is even better, I think. We just set up a set of GT._ 
> > (...) terms in Jmol and then bulk-load them into the JavaScript on  
> > the fly. In the JavaScript we simply put in a set of keys, like  
> > $MSG1$ that are then replaced on the fly. The GT system will  
> > recognize all these just like any others - then there are not  
> > additional files to futz with.

That looks like a very good solution, but I don't quite understand how to do it 
(maybe my 
Java-less abilities).

I see only one message left that needs localization in the pop-in template, and 
I've found a 
solution by moving the string definition from the JS file to the 
pop_in_template.html file. 
This file has be to translated manually anyway (giving pop_in_template_es.html 
etc.), so it's 
a fair solution. And we keep separate the terms for the Export to Web interface 
(which go in 
java files using GT), the help files (html files that must be duplicated and 
translated) and the 
template files (with a couple of GT terms and the bulk in html files).
So one could have for a language the interface translated but still keep the 
templates in 
English (not that I'm advocating such situation, but the translation effort is 
dosed).

I am commiting these changes this morning, together with the last GT terms that 
remained 
to be identified and all the Spanish files.

I still have a doubt about pop_in_template2.html, as I can't figure out where 
and how it's 
used. I have translated it too, but am not sure if the JmolPopIn.js fix will 
apply to it.
On my tests everything seems to be working OK.



-------------------------------------------------------------------------
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

Reply via email to