The program requires PHP 5.x and MySQL 5.x. It has been tested with PHP 5.2.4 (earlier PHP 5.0.4 too) and MySQL 5.0.19. Apache 2 and IIS 6 webservers have been tested. Note, that some of the XarTM files are for Web usage, while some others are for command line usage! Command line tools started from Web will display an error message.
NEVER STOP the import process. Starting the import process will mark all your strings as "dead" (unused, outdated). As the import process goes, it restores strings one by one to "useful" state. If you stop the process for some reason, you will have to start and complete it before using XarTM.
Generating the skels is very important, even if you don't have existing translations, because this program imports and works with those skeleton files only. The translation work in XarTM is always stored in the database, and you must export it to get your translated Xaraya locale files!
You can reduce the language pack and database size, if you set generate references to 0 (no references) in the configuration of the Xaraya Translations module, before generating skels.
If you have older backups of your Xaraya locale files, it is a good idea to import some of them first. Import your latest translations after the old backups, and last, import the current Xaraya release's all generated skels, if those also contain your latest translations. This way you can have all older translations of the strings in the translation memory.
Example
Step 3 will make sure that strings lost at skel generation (4) will be available for reuse.
Importing takes long time, especially the first one! 0.5 to 1.5 hours or more.
Brief
If you import newer skeletons, e.g. when there is a new Xaraya version and you generated all skels again over an exported language pack, the database will keep most of the old strings in "translation memory". (You may even import updated/edited translations.) New imported strings will overwrite the same English strings and their translation, the rest will be marked as dead string, useful for reuse only.
NEVER IMPORT old skeletons after you made translations in XarTM, because you will lose your work! You should import only if you exported the pack, installed it to your Xaraya and generated the skeletons over those exported files!
This assumes that you run your export tasks directly into a Xaraya installation's locale folder. Which is a good idea anyway to immediately test your work.
Xaraya's original Translations module does not delete obsolete files on skel generation.
However, XarTM from version 1.1 tries to identify these files (similar to the original module)
and will generate a list
for you on every export, into the xartm_errors.txt
file in your locale's
directory.
You must delete the obsolete files manually otherwsie you will be translating unused strings. When you delete an unused file just before your next import process, the importer can mark the strings in deleted files as dead strings.
XarTM export is not able to delete these unnecessary files, because it would not
recognize, that you did not install a module, block or theme (eg. xe1 theme!) in
your local Xaraya copy, or the file is really gone from a module. Thus the
xartm_errors.txt
will also list ALL files of the modules what you currently
do not have installed in your export Xaraya directory. Do not delete the files of
modules, blocks and themes what you did not install in that Xaraya directory
if you intend to keep their translation.
There is no perfect stage in the current processes to do this deletion of obsolete files. The best is doing this as a separate task, independent of updating to new releases.
var/locales/<locale>/xartm_errors.txt
, identify truly obsolete
files and delete themIf you used XarTM with date based alpha revisions, before 1.0, you must add one column to the database by a little SQL script and initialize its values. This will change the creation of "index.html" directories back to "index.html" files, as a result of a bugfix.
Errors in previous versions interpreted the empty "index.html" files (appeared in Xaraya 1.1.3) as directory. Exporting will fail if "index.html" files exist. Export will succeed if you delete the "index.html" file, but directory will be created instead. Please make sure you delete those buggy directories when upgrading.