WPML 2.4.1 corrige quelques bogues et ajoute également une nouvelle fonctionnalité très attendue. Enfin, vos articles et pages peuvent avoir le même nom dans différentes langues.
Cette fois-ci, la liste des bogues est relativement modeste. Nous avons modifié la logique à certains endroits pour permettre aux grands sites avec de nombreux utilisateurs de fonctionner avec moins de mémoire. WPML chargeait la table entière des utilisateurs et des articles à plusieurs endroits inhabituels. Ce n’est plus le cas et désormais, beaucoup moins de mémoire est nécessaire sur ces pages spécifiques de l’interface d’administration. C’est quelque chose que nous avons d’ailleurs constaté sur notre propre site, car il s’agrandit et devient plus fréquenté chaque jour.
D’autres bogues étaient liés aux cookies de redirection de langue pour Safari, à un meilleur style pour le sélecteur de langue dans les menus, à la traduction des descriptions d’auteurs et au titre de notre propre widget de langues.
Et maintenant, passons aux choses vraiment intéressantes…
Noms d’articles (slugs) en double pour différentes langues
Je pense que c’est la fonctionnalité la plus fréquemment demandée depuis WPML 0.9.3. Maintenant, vous pouvez avoir des pages comme :
- /blog/
- /es/blog/
- /de/blog
C’est particulièrement important lorsque les pages reçoivent des noms de produits. Dans ce cas, vous ne voulez vraiment pas avoir quelque chose comme :
- /sony/
- /es/sony-2/ (aïe)
Depuis un certain temps déjà, WPML résolvait d’abord la langue et seulement ensuite l’article. Ce correctif utilise un hook sur la fonction de WordPress qui ajoute le suffixe entier et la modifie pour qu’elle ne vérifie également que les pages dans la même langue.
Si vous souhaitez renommer le contenu existant sur votre site, il vous suffit de modifier les slugs. WordPress permettra désormais d’avoir des traductions avec le même nom et le même slug.
Veuillez noter que les slugs en double sont disponibles uniquement pour les « publications » (pages, articles, types de publication personnalisés) et non pour la taxonomie.
Extension Types et champs personnalisés
Au cas où cela vous intéresserait, nous n’avons pas complètement oublié notre extension pour gérer les types et champs personnalisés. En fait, elle est prête à être publiée. Nous réglons simplement quelques derniers problèmes avec le nouveau site et elle sera en ligne. Je vous en dirai plus à ce sujet dans le prochain article.
