This week, xili-language plugin (and xili-dictionary) were improved and shipped…
tested and improved with WP 3.9.1
2nd tab in settings UI reorganized to adjust front side (visitor side).
5th tab to set dashboard side (authoring and various technical settings).
includes authoring propagate options previously available only in theme’s class (see new 5th tab in settings UI).
WARNING : users of child theme examples (bundled series like twentyten to twentyfourteen-xili) must update and use latest releases now available in github – backup before langs subfolder to keep previous translations –
widgets adapted for theme customize appearance screen (WP 3.9+).
improved choice in parent/child .mo files priority,
try to search local-xx_YY in wp-content/languages/themes (WP_LANG_DIR)
improved All content xml export for all authorized CPTs.
fixes – returns from developers and webmasters are welcome.
xili-language multilingual plugin, since his creation five year ago, is based on two main things:
the language of post (and custom post) is defined by the custom taxonomy “language”.
the ‘live’ translation of terms is mainly based on .mo file of current theme (like translation in a localized website) of the current language. The plugin choose the right language according the current language assigned to the single displayed post, the home page or a list of posts.
Case of a standalone theme (w/o parent)
With a current theme with textdomain twentyfourteen (without child), for a french context, the file fr_FR.mo is loaded. (and if created by xili-dictionary or by hand with poEdit, the local-fr_FR.mo).
If the files are not found in a sub-folder of the theme, if, available in subfolder wp-content/languages/themes, the files twentyfourteen-fr_FR.mo and twentyfourteen-local-fr_FR.mo are loaded.
Be aware about that:
if a term or sentence (msgid) and his translation (msgstr) are in the fr_FR.mo and in the local-fr_FR.mo, the translation of local-fr_FR.mo has priority. It is a good thing if you are not satisfied by the translation delivered by the theme’s author!
local-xx_YY.mo currently contains translations of terms et sentences from the website itself (title, date format, categories,…).
Case of child and parent themes:
By default, only the .mo files availables in child theme are loaded.
To help translation strategy and versioning, it is now possible to use also files from parent theme languages folder. xili-language is able the define how will be done the merging between child and parent files.
As in above case, a local file is loaded from the current (here child) theme and has full priority.
For the other files (child and parent), you can define the priority, child or parent… By example, if you don’t want to modify the parent .mo files, so define child files as a priority.
The form is inside the screen under the 4th tab of xili-language settings.
The latest version of xili-language provides a new shortcode named xili18n.
The short code is usable at the content of a page or post.
The purpose of the short code xili18n is to bring translatable terms inside of a text body. The translation for each language ist stored in the languages .mo file.
What is the goal?
Content can be very rich and complex nowadays (for example a table or form) same counts for specific terms. The idea is creating a clone-able version of a table or form for each language by inserting the shortcode for example at the table header of each column. So you simply need to copy the content into the different languages without translating these again and again.
By default poEdit (here version 1.6.4 for Mac OSX 1O.9) forget to import translators comment in po file.
/* translators: added in child functions by xili */
$to_post_column=sprintf(__('The content in %1$s below must be translated in %2$s !','twentyfourteen'),$from_lang,$to_lang);
to obtain this result in .po file:
#. translators: added in child functions by xili
msgid"The content in %1$s below must be translated in %2$s !"
msgstr"Le contenu %1$s ci-dessous doit être traduit en %2$s !"
After some researches, it seems that a command must be added to the php parser “–add-comments=translators”. No need to modify via terminal the config… just go to preferences of poEdit and the line in php parser config tab: