The purpose of this document is to give some guidelines for developers for their 3rd party Joomla! 1.5 extension, so that users can easier adapt extensions for use in their local language. These guidelines are not rules which would limit their freedom in development and distribution. But extensions based on these guidelines will be more flexible and easier to translate, which might have a positive influence on their use and popularity.
A module (e.g. mod_somemodule) with the following hard coded Dutch language text in the XML installation (and configuration) file, needs to be fully analyzed and rewritten for any other language.
<param name="dateformat" type="text" default="%A %d %B %Y, %H:%M" label="Datum / Tijd formaat" description="Gebruik de PHP strftime datum en tijd opmaak." /> <param name="posttext" type="text" default="" label="Tekst achter datum" description="Eventuele tekst die achter de datum wordt getoond." />
The same mod_somemodule.xml installer file but now with language labels is much easier to translate!
<param name="dateformat" type="text" default="%A %d %B %Y, %H:%M" label="DATUMTIJDFORMAAT" description="DATUMTIJDFORMAATBESCHR" /> <param name="posttext" type="text" default="" label="TEKSTACHTER" description="TEKSTACHTERBESCHR" />
Only the nl-NL.mod_somemodule.ini language file needs to be translated to get the module working in any other language:
DATUMTIJDFORMAAT = Datum / Tijd formaat DATUMTIJDFORMAATBESCHR = Gebruik de PHP strftime datum en tijd opmaak. TEKSTACHTER = Tekst achter datum TEKSTACHTERBESCHR = Eventuele tekst die achter de datum wordt getoond.
The previous example with language labels and an external language file is easier to translate. However Non-Dutch users will have much difficulties in translating the language file. Please use English language labels instead!
<param name="dateformat" type="text" default="%A %d %B %Y, %H:%M" label="DATETIMEFORMAT" description="DATETIMEFORMATDESCR" /> <param name="posttext" type="text" default="" label="TEXTAFTER" description="POSTTEXTDESCR" />
And the same English labels with Dutch translation in nl-NL.mod_somemodule.ini
DATETIMEFORMAT = Datum / Tijd formaat DATETIMEFORMATDESCR = Gebruik de PHP strftime datum en tijd opmaak. TEXTAFTER = Tekst achter datum POSTTEXTDESCR = Eventuele tekst die achter de datum wordt getoond.
Again, the above example is easier to translate because of the English labels. But again, not everyone can read and translate the Dutch translation. Most people can read English, so include at least an English language file. Translating English to some other language is easier for most people.
DATETIMEFORMAT = Date/Time format DATETIMEFORMATDESCR = Use the PHP strftime formatting. TEXTAFTER = Text after date POSTTEXTDESCR = Any text that should be placed after the date.
Another reason to provide an English language file is to help translators using the Translation Manager Component to create the file in other languages. The Translation Manager Component proposes the basic en-GB set as a reference when creating/editing these files.
Countries have different date and time formats. Please use the PHP strftime function for dates and times in your extension. That way the local date/time format will be used automatically, because it's based on the local format.
All .ini language files need to be saved as UTF-8 no BOM for the proper display of characters which are not in the ASCII range [a..z] and [A..Z].
DATETIMEFORMAT = Formato de fecha/tiempo DATETIMEFORMATDESCR = Usan el PHP strftime formateo. TEXTAFTER = Texto despuÃ©s de Fecha POSTTEXTDESCR = Cualquier texto que deberÃa ser colocado despuÃ©s de la fecha.
despuÃ©s is UTF-8 and will be displayed as después.
Large translation files are difficult to read. Try to group logical entities together, and use # comment lines (start with "#") to describe the logical entity. A good example is the Joomla core translation file /language/en-GB/en-GB.ini. Date format, Months, Days of the Week, Time Zones, Mailer Codes are all grouped together and those logical entities start with a comment line.
Another possibility is the usage of brackets like [here is the group for advanced parameters].
Keep in mind that your extensions might be used in a broad range of different languages. A new release of a new version of your extension might have changes in your default language file. If your extension has a large language files, then individual users might have difficulties to find the changes. Please make their lives easier and find a way to make translation easier. Some 3rd party extension developers put changed language labels on top, or bottom, of the language files which makes the changes easier to spot. Some added # comments (e.g. with version information) are also very welcome.
[Please suggest more workable solutions here]
Ask your users to send you any missing language translation files, and make those available for download at the same place as your extension. Creating new translations, while others have already done that, is a waste of time.
Make your extensions easy to translate with these guidelines. The result of easy translation able extensions is that more users can benefit from your hard work.
More information regarding the use of language files can be found at the following places: