On Tue, 2008-04-22 at 07:55 +0200, Alain Roger wrote:
Hi,
Till now, i'm used to have a php file (for each language) to store all text
labels for my international application.
i tried with Ajax to improve it but it seems not so flexible at it promised.
my purpose was to limit the transfer data and especially to not load too
much the server with not important calculation as localization of
application.
therefore, i would like to know what do you do to have an international
application ?
1. do you use JSON : 1 javascript file for each language and for each
module. Code is not secured and everybody can read it.
Usually you use one language JavaScript file for each language. And
the JavaScript code itself is language neutral.
2. do you use PHP like i wrote above.
PHP would also use the language file. You could put all your language
stuff in a PHP file and have a script that can convert it to a
JavaScript loadable file. That way your maintenance occurs in one
location, but you can benefit from having the JS pre-created.
3. you use another method
I would be glad to here from you the pros and cons of your experiences.
I've not done a lot with JavaScript and multilingualism. At least not in
a way that was overly important. With respect to content, I do use
separate content files. My InterJinn framework when it builds the pages
from the templates will grab template lang/X and fall back on template X
if the language specific version doesn't exist. This is automatic when
multilingual is enabled for a project. Then it's just a case of having
language strings defined for stuff like forms and error messages. here's
a site I recently launched:
http://www.expertpanel.ca
The mapping of links to language specific content is all done at compile
time. The only run-time feature of the site is the random banner image
at the top and any forms. If *I* was to have a need for JavaScript like
you mention, I would build the language files from a PHP master file
automatically when building the site.
Cheers,
Rob.
--
http://www.interjinn.com
Application and Templating Framework for PHP
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
