158 Language files
In Zen Cart 1.5.8, the language file structure was modified so that the PHP
define statement would not be used directly. The reason for this is that newer versions of PHP will emit warning messages when a constant is redefined, so the old approach would create debug logs if something wasn’t done.
The new design builds an array of language definitions which are built into constants once all of them are read. This allows for the following kinds of behavior:
Create a set of language definitions in the storefront override files, but run the base file to ensure that any missing definitions are created, while not updating any definitions that are changed in the override.
Create a definition in the main language file which works for most cases, but allow it to be overridden in a per-page language file.
In the process of doing this work, the language files were reviewed for duplicates, and consolidation was done where appropriate to reduce the burden on translators.
Developers seeking to build new translations for 1.5.8 and above have two options:
Start with the English files, and do the translations by hand. The advantage of this approach is that it is just translation; all the necessary code changes in each langugage file have been done.
Start with an older translation, and run the Language File Converter. This reduces the translation burden, but requires coding skills, since the produced files will need to be hand edited in cases where the tool didn’t produce perfect results.
Of course, a hybrid approach is possible where (2) is performed, and then issues are resolved on a per-file basis using approach (1).
Issues with the Converter
The Converter is not perfect. It allows rapid conversion of language files, but some portion of the output will still need manual correction. Translators following approach (2) above will need to make changes in the following situations:
references to global variables such as
separate code paths for admin vs storefront (example:
backward references to language definitions from earlier within the same file (example:
Parameterized calls to
PHP statements in isolation (example:
definitions which begin with a constant (example:
Referring to the
english translation will demonstrate a known-working approach for fixing these issues.
One common failure the converter has is failing to change a comma to a double arrow operator in a
define. For example, changing
define('TEXT_ONETIME_CHARGES_EMAIL',"\t" . '*onetime charges = ');
'TEXT_ONETIME_CHARGES_EMAIL', "\t" . '*onetime charges = ',
These failures can be detected with this grep pattern:
grep "'[A-Z0-9_]*'[\s]*," *.php | grep -v "=>"