Nous sommes prêts avec une première version bêta publique de WPML 3.2. Cette version publiée est le résultat de mois de développement et apporte de nombreuses nouvelles fonctionnalités à WPML.
Panier de traduction
Supposons que vous ajoutiez une vitrine à votre site et que vous souhaitiez la traduire.
Vous commencerez par le Tableau de bord de traduction et sélectionnerez la nouvelle page où la vitrine s’affiche. Ajoutez-la au panier.
Maintenant, modifiez le filtre et choisissez le type « showcase entry ». Ajoutez les entrées de la vitrine que vous souhaitez traduire au panier.
Enfin, accédez à l’écran Traduction de chaînes et repérez les chaînes qui apparaissent dans le thème pour la vitrine (comme « visit site », « Link », etc.). Sélectionnez-les toutes et ajoutez-les au panier.
Jusqu’à présent, rien n’a été réellement envoyé en traduction. Accédez au Panier de traduction, passez en revue tout ce que vous avez ajouté et envoyez le tout en traduction en un seul lot. Vous pouvez donner un nom au lot, afin de vous rappeler de quoi il s’agissait.
Votre traducteur vous remerciera de rassembler toutes les informations pertinentes et de les envoyer ensemble. Il est également beaucoup plus facile pour vous de faire le suivi des traductions lorsqu’elles sont regroupées par sujet.
L’envoi en traduction s’est grandement amélioré avec le Panier de traduction. Vous ne le remarquerez peut-être jamais, mais WPML envoie désormais le contenu du panier par morceaux, avec des mises à jour AJAX. Cela signifie que vous pouvez placer des quantités illimitées de contenu dans le panier et l’envoyer comme un seul gros paquet. Vous n’avez pas à vous soucier des délais d’attente des serveurs. WPML l’envoie par petits morceaux, mais votre traducteur le reçoit toujours comme un seul paquet.
Services de traduction
Oui, nous aimons notre propre service de traduction, ICanLocalize, mais vous avez le choix. WPML 3.2 vous permettra de choisir entre différents prestataires de services professionnels. Actuellement, nous travaillons avec plusieurs services de traduction de premier plan pour les intégrer à WPML.
Nous sommes maintenant (enfin) prêts à travailler avec tout service de traduction disposant d’une API. Cette avancée est le résultat de notre nouveau Translation Proxy.
Le Translation Proxy est notre nouveau serveur, qui fait le pont entre les protocoles des différents prestataires de services de traduction et les sites WordPress. Il permet à WPML de communiquer avec différents services de traduction, sans connaître leur protocole.
WPML envoie le contenu au Translation Proxy. Le Translation Proxy le met en file d’attente et l’envoie au service de traduction, en utilisant son API native. Ainsi, désormais, pour prendre en charge un nouveau service de traduction, nous n’avons pas besoin de mettre à jour WPML sur tous les sites web du monde. Nous ajoutons la compatibilité à notre Translation Proxy et tout le monde a accès à un nouveau service de traduction.
Nos premiers partenaires de traduction sont l’équipe de Cloudwords. Nous avons travaillé discrètement avec Cloudwords au cours des derniers mois pour intégrer WPML et notre Translation Proxy à l’API de Cloudwords. Dès que WPML 3.2 sera publié en production, vous pourrez recevoir des travaux de traduction de Cloudwords.
Traduction de paquets
Certaines extensions et certains thèmes utilisent leurs propres tables et des structures de données complexes pour stocker des données. Nous avons constaté cela avec des éditeurs visuels, des gestionnaires d’événements et des thèmes de niche.
Désormais, WPML peut gérer ces structures de données avec facilité.
L’utilisation des nouveaux paquets de traduction est presque trop facile. Il vous suffit d’appeler un seul hook (wpml_register_string) lors de l’enregistrement de vos données. Ce hook unique indique à WPML qu’il y a une information qui appartient à un objet. Appelez-le autant de fois que nécessaire pour ajouter des champs.
WPML collecte toutes ces informations et construit des objets traduisibles. Ensuite, il permet aux utilisateurs de les traduire à l’aide du Tableau de bord de traduction, tout comme n’importe quel autre contenu WordPress.
Lors du rendu, passez vos données par le filtre WPML_translate_string. Si l’objet est traduit, vous recevrez la bonne chaîne de texte dans la bonne langue.
L’ajout de la compatibilité WPML à notre extension Layouts n’a pris que quelques lignes de PHP. Nous avons créé l’intégralité de l’extension Layouts sans trop penser à la langue et l’avons rendue Multilingual Ready en quelques heures.
Compatibilité avec la mise en cache d’objets W3TC
WPML 3.2 vous aide à faire fonctionner vos sites (beaucoup) plus rapidement en prenant en charge la mise en cache d’objets par W3TC. La mise en cache d’objets signifie que les éléments complexes n’ont pas besoin d’être recalculés à chaque rendu de page (ou souvent, plusieurs fois dans le même rendu de page).
Le moteur de mise en cache d’objets vérifie si un « objet » a été calculé récemment. Si c’est le cas, inutile de le recalculer. Cela peut considérablement accélérer les sites dynamiques, où des pages entières ne peuvent pas être mises en cache.
Auparavant, la mise en cache d’objets ne fonctionnait pas avec WPML, car les objets se mélangeaient entre les langues. WPML 3.2 corrige ce problème en filtrant les clés d’objet et en y ajoutant des langues.
Mais ce n’est qu’une partie des améliorations de WPML 3.2. Nous avons également remanié le code de la Traduction de chaînes, le rendant beaucoup plus optimisé pour fonctionner avec la mise en cache d’objets.
Si votre site ne comporte que quelques chaînes, vous ne remarquerez pas une grande amélioration. Si vous gérez un site avec de nombreuses chaînes (typique des sites WooCommerce), vous devriez ressentir une amélioration considérable de la vitesse, en particulier si vous utilisez W3TC avec la mise en cache d’objets.
Fusion de XLIFF et de Translation Analytics
WPML 3.2 inclut à la fois le module XLIFF et Translation Analytics, à l’intérieur du module Gestion de traduction. Nous avons unifié les trois car, en ouvrant WPML à différents services de traduction, nous sommes passés à l’utilisation de fichiers XLIFF pour tous. Il n’y a donc plus besoin d’un module XLIFF séparé pour WPML. Vive le XLIFF !
Anomalies connues
Les nouvelles versions de Gravity Forms semblent mal se comporter avec WPML. Ce n’est pas entièrement lié à WPML 3.2, mais nous étudions la question.
De plus, WPML 3.2 déprécie un appel qu’utilise notre extension CRED. Nous publierons une mise à jour de CRED pour qu’elle soit totalement compatible avec WPML 3.2.
Cette version de WPML n’est pas (encore) destinée aux sites de production. Elle ne prend en charge AUCUNE traduction professionnelle, y compris celle d’ICanLocalize.
Téléchargez et donnez-nous votre avis
Vous pouvez obtenir la version bêta de WPML 3.2 depuis votre compte WPML. Connectez-vous, cliquez sur Téléchargements et obtenez la bêta récente. Ce fichier ZIP inclut les fichiers ZIP de tous les composants de WPML. Décompressez-le localement et téléversez les composants que vous utilisez.
Si vous avez installé XLIFF ou Translation Analytics, désactivez-les pour éviter les conflits. Sinon, mettez à jour tous les composants de WPML que vous utilisez (n’utilisez pas un mélange de composants « production » et « bêta »).
Dans l’ensemble, la version bêta de WPML 3.2 est très proche de notre version finale. Nous serions ravis que vous la testiez et l’essayiez sur vos sites de développement.
Nous prévoyons de publier WPML 3.2 dans les prochaines semaines. Nous aimerions beaucoup avoir vos retours. Laissez vos commentaires et nous vous répondrons.
