Tout d’abord la compatibilité de xili-language se vérifie avec WordPress 4.3 “Billie”.
Bien connues des donateurs, contributeurs, les fonctions liées aux permaliens présentes dans les thèmes enfant 201x-xili des thèmes de base sont maintenant incluses dans l’extension elle-même. Il est donc possible pour tous les thèmes respectant les règles du noyau (core) de WP d’avoir des permaliens avec insertion au début de langue en cours au lieu du paramètre ?lang=fr_fr en fin d’URI par exemple. Noter aussi que la langue peut-être un raccourci de son code ISO mais aussi un alias à votre convenance lié à l’activité du site ou sa géographie.
Premiers tests possibles avec le nouveau thème twenty sixteen (et son enfant multilingue).
D’autres corrections et améliorations du code continuent leur progression notamment pour des parties de parfois plus de 5 ans. 😉
Note : pour le moment, vue la sophistication des réglages, l’absence de filtre, l’approche php/javascript du customizer, ce dernier (en français = personnalisation) n’est pas actif notamment pour les menus (spéciaux avec insertion).
Archives mensuelles : août 2015
xili-language et WooCommerce – une boutique multilingue
Qu’est-ce qu’une boutique multilingue ?
- voir la liste des produits, son panier, sa page de commande dans sa langue,
- avoir des fiches produits lisibles dans chacune des langues du site.
WooCommerce est-elle une extension compatible multilingue ?
Oui, pour plusieurs raisons :
– le moteur WooCommerce repose sur les éléments clés du noyau (core) de WordPress (custom post type, canevas des thèmes (template)),…
Les produits (stocké en “custom post type”) pourront donc être affectés par la taxinomie ‘language’.
– comme BuddyPress, bbPress, l’objet “boutique” est étanche et permet un dialogue avec WP, les extensions via de nombreux filtres même pendant les process Ajax/JSON. Il s’insère par défaut dans des pages WP pré-définies.
– dans le contexte multilingue, il s’agit de passer la langue courante d’affichage dans les requêtes de WooCommerce. Via une petite dizaine de filtres, ce message ‘langue’ est passée.
Tout le travail d’adaptation consiste donc à identifier ces filtres dans WooCommerce pour que cette dernière puisse sélectionner le bon fichier langue à la volée pour l’affichage dans son container.
Réglages dans xili-language
- ajout du CPT Product pour être classable dans la taxonomie ‘language’ de XL
- réglages de gestion du domaine texte WooCommerce en mode filtre.
- ajout dans functions.php du thème de l’appel aux functions de filtrage de WooCommerce.
La ligne des temps du moteur WooCommerce dans WordPress + Xili-language
- les 2 filtres clé pour WooCommerce : “
before_woocommerce_init” et “plugin_locale“ - les filtres des liens et boutons :
'woocommerce_get_' . $pagename . '_page_id'
A suivre…
WP 4.3 et xili-language 2.19.3+
La sortie de WordPress 4.3 Billie est sortie imminente (version RC2 ce jour). Xili-language (version 2.19.3+), qui repose dès sa création sur la taxinomie “language” et la sélection de fichier de langue (.mo) continue à être compatible pour gérer un site multilingue.
Cette compatibilité se confirme, après bbPress, pour des extensions comme WooCommerce (qui est très bien écrite) : moyennant quelques réglages et un petit kit de quelques filtres, la création d’une boutique multilingue est possible et l’acheteur aura la vitrine, son panier et le bon de commande dans la langue choisie…
WordPress 4.3 introduit la possibilité de créer et ajuster des menus dans le personnalisateur (customizer) à l’ergonomie controversée reposant sur javascript. Pour le moment, faute de filtre (hook) efficace disponible, xili-language ne prend pas en compte cette aspect. Donc, pour des menus avec des points d’insertion sélecteur d’autres menus, continuez à utiliser la page Apparence/Menus qui est plus lisible.
La version 2.19.3 ajoute des améliorations pour gérer des langues moins courantes comme celles avec un ISO en trois (arq) ou six caractères (haw_US).
Le thème enfant twentyfifteen-xili contient un exemple de champ texte complémentaire (copyright) ajustable dans le personnalisateur (fonction theme_mod).
A suivre avec la version 2.20 incluant plusieurs améliorations…
