Joomla is a truly international application and supports the translation of all strings contained within it. Templates are no exception and a little extra time spent ensuring that the strings used in your templates are translatable will pay dividends.
The language translation system has been designed to be as simple and error-proof as possible. For example, even if a language file is missing, or a particular string has not been translated, Joomla will transparently fall back to showing the untranslated string. There are also some useful tools built into Joomla itself to assist translators in creating a new translation.
In this chapter you will learn about constructing language definition files for your template and how to include translations in your template package file. You will also learn how to make sure that all strings used in your template are translatable and how to debug a new translation.
Important note: Joomla language INI files must be saved as UTF-8 without the Byte Order Mark (BOM).
The format of language definition files is very basic. Blanks lines and lines beginning with “#” are ignored and the latter may be used to add comments to the file. Each line consists of a pair of strings separated by an equals sign like this
where “KEY” is a string to be translated and “Value” is the translated string. For example
ADDITIONAL INFORMATION=Additional Information
The “KEY” must be in all capitals or the string will not be found. The case of the source string does not matter as strings are folded to upper case before searching takes place. So “additional information”, “Additional Information” or even “AdDiTiOnAl InFoRmAtIoN” will be matched.
The “KEY” can include spaces and other punctuation characters but there should not be any spaces either side of the equals sign as spaces are significant. If more than one entry has the same left-hand side, the last one to be encountered is the one that will be used.
The "VALUE" cannot include double-quote characters ("). To get a double-quote character you must use the HTML special character sequence """ instead. Single-quote characters (') are valid.
More information about the discussed changed for the Joomla 2.5 and 3.x series can be found on the page Specification of language files
To ensure that your template is fully internationalised you must make sure that certain XML elements are translated and that the language definition files are listed in the templateDetails.xml file.
A couple of the elements in the templateDetails.xml file are used in the Template Manager and are themselves translatable. These should always be translated.
|name||Name of the template. For example, Beez|
|description||Description of the template.|
These fields are also shown to the user during template installation.
All language files must be declared in the templateDetails.xml file. This is done by adding two <language> elements for each language to be included with the template; one for the front-end strings; the other for the administrator back-end strings. For example, the two British English language files and the two German language files for the Beez template are declared as follows
<?xml version=”1.0” encoding=”utf-8” ?> <install version=”1.5” type=”template”> ......... <languages> <language tag=”en-GB”>en-GB.tpl_beez.ini</language> <language tag=”de-DE”>de-DE.tpl_beez.ini</language> </languages> ......... <administration> <languages folder=”admin”> <language tag=”en-GB”>en-GB.tpl_beez.ini</language> <language tag=”de-DE”>de-DE.tpl_beez.ini</language> </languages> </administration> </install>
Note that in the administration <languages> tag the folder attribute is used. This is because the language files for the front-end and back-end have the same file names and so cannot exist in the same directory within the template package file. In this example, the administration language files have been placed in a sub-directory called admin to separate them from the front-end language files.
In the template itself translations are handled using the JText static class. It is referred to as “static” because it does not require instantiation as an object before its methods may be used.
Most text strings can be translated using the “_” (underscore) method. For example, suppose your template contains the English text “Welcome” which needs to be made translatable.
<?php echo 'Welcome'; ?>
Then you would replace the static string like this
<?php echo JText::_( 'Welcome' ); ?>
This would cause the translation system to search the appropriate language file for “WELCOME” on the left-hand side of an equals sign. The search is case-insensitive. If this language definition string is encountered
then the effect will be to output the string “Welcome!” to the browser. If the user switches to the German language then the German language definition file will be searched for “WELCOME” and this time might encounter the string
and so “Willkommen” will be sent to the browser. Importantly, if the user switches to German but there is no German language file present, or the appropriate string does not appear in the German language file, then Joomla will fall back to sending the untranslated string “Welcome” to the browser, also preserving its original case.
Joomla supports some useful debugging mechanisms that can make it easier to locate untranslated strings and diagnose problems with language translations in installed extensions.
With this option active all translatable strings are shown surrounded with special characters that indicate their status
|●Joomla CMS●||(text surrounded by bullets) indicates that a match has been found in the language definition file and the string has been translated.|
|??Joomla CMS??||(text surrounded by pairs of question marks) indicates that the string is translatable but no match was found in the language definition file.|
|Joomla CMS||(text with no surrounding characters) indicates that the string is not translatable.|
Additional language debugging information can be obtained by activating system debugging. This is done by going into Global Configuration and clicking on the System tab. Find the Debug System field, change the value to “Yes” and save your changes.
With this option active all screens have additional debugging information at the end of each page. Currently this includes
Note that the display of untranslated strings will only display the value passed to the appropriate JText method. For example, with the following code:
echo JText::_( 'Reports Import Configuration' );
If untranslated, Designer mode will display this as:
# /administrator/components/com_reports/views/reports/tmpl/default.php REPORTS IMPORT CONFIGURATION=Reports Import Configuration
If the Strip Key Prefix is set to "Reports", then the display would change slightly to:
# /administrator/components/com_reports/views/reports/tmpl/default.php REPORTS IMPORT CONFIGURATION=Import Configuration
Note that the path shown is only a best guess based on a call to the PHP debug_backtrace function. Sometimes it is accurate, sometimes it is not and there are also cases where no file could be determined. In those cases you have to use your best judgement.