WPML Multilingual CMS 5.3.0

Journal des modifications

Nouveautés

• La recherche de « scan » ou de « theme strings » dans les paramètres de WPML trouve désormais l’analyse des chaînes des thèmes et des extensions.
• L’éditeur de blocs et l’Éditeur de site disposent d’un panneau Langue natif dans la barre latérale, avec tous les contrôles de l’ancienne boîte Langue, pour les articles, les pages, les modèles, les éléments de modèle, les compositions synchronisées et les menus de navigation.
• Les traductions automatiques bénéficient d’un nouveau système de livraison. Le service de traduction indique à votre site quand le travail est prêt, votre site le récupère, et chaque partie sait ce que l’autre détient.
• Votre site vérifie également de lui-même les traductions terminées, de sorte qu’un pare-feu ou une extension de sécurité qui bloque les appels du service ne les arrête plus.
• WPML → Support dispose d’une nouvelle boîte de livraison de traduction. Elle indique où se trouvent vos traductions, ce qui ne va pas et ce que vous pouvez faire maintenant.
• Lorsque des traductions vous attendent, le tableau de bord et la barre d’administration en indiquent la raison : plus de mots, un paiement en attente ou refusé, la limite de dépenses, le mode de paiement ou un compte bloqué. Un lien vous mène vers la solution.
• Lorsqu’un problème de livraison nécessite votre intervention, vous recevez un seul e-mail qui indique la solution.
• La section Taxonomie du Tableau de bord de traduction est complète. Elle affiche le statut et le volume de chaque taxonomie, liste les termes sous forme d’arborescence dans laquelle vous pouvez effectuer une recherche, et les envoie avec chaque méthode : automatique, Traduire moi-même, un traducteur ou un service de traduction.
• Les textes qui appartiennent à un élément voyagent désormais avec lui, de sorte qu’ils sont envoyés et facturés une seule fois. Par exemple, les textes Yoast SEO d’un terme accompagnent la tâche de ce terme.
• Avec un répertoire pour la langue par défaut, l’URL racine a une nouvelle option : Rediriger vers la langue par défaut.
• WPML affiche un avertissement lorsque le chemin d’un sous-site multisite est le même qu’un répertoire de langue. Les nouveaux sites ne peuvent pas utiliser un tel chemin, et le Setup Wizard indique les URL de langue qu’un sous-site prendrait.
• WPML → Support et WP-CLI peuvent réparer les liens internes que les anciennes versions ont réécrits vers des adresses ?page_id=.
• Les blocs du sélecteur de langue peuvent masquer la langue actuelle de la liste, et leurs paramètres d’affichage sont plus faciles à suivre.
• WPML peut mémoriser la langue qu’un visiteur a choisie dans un sélecteur de langue, et peut suggérer la langue du navigateur du visiteur dans une barre au lieu de le rediriger ; les deux fonctionnent avec la mise en cache des pages.
• Une traduction reprise avec Traduire indépendamment reste dans l’éditeur WordPress, sans avertissement de perte de modifications, et le Tableau de bord de traduction l’ouvre à cet endroit.
• WPML indique désormais PHP 7.4 comme minimum et, sur les versions plus anciennes de PHP, affiche une notification au lieu d’arrêter le site avec une erreur.
• Paramètres → Traduction IA vous permet de choisir, par type de contenu tel que les modèles Elementor, si la traduction automatique attend que le contenu apparaisse sur le site.
• La nouvelle commande WP-CLI wp wpml appearance affiche et réinitialise ce que WPML a enregistré comme apparaissant sur le site.
• Le widget Sélecteur de langue WPML pour Elementor dispose de nouvelles options de style : un arrière-plan au survol, un style Actif pour la langue actuelle et un style Liste déroulante pour la liste des langues.
• Elementor : le nom et le slogan du site dans les Réglages du site peuvent être traduits depuis le Tableau de bord de traduction, et le texte du widget Titre du site se traduit avec son en-tête.
• Renforcement de la sécurité.

Performances

• Chaque requête de page exécute deux requêtes de base de données en moins, et la vérification de la table des langues de WPML sur un multisite est moins coûteuse.
• La liste de contenu du Tableau de bord de traduction charge ses articles et leurs langues en une seule requête chacun, et non deux requêtes par ligne.
• Les décomptes de langues au-dessus des listes d’administration et les requêtes pour le contenu affiché dans la langue par défaut effectuent moins de travail.
• Lorsque le service de traduction ne prend pas en charge l’une des paires de langues d’un site, WPML conserve cette réponse pendant une heure au lieu de la demander à nouveau sur chaque page d’administration.
• L’enregistrement d’un article n’efface plus le cache de langue de WPML, de sorte que les requêtes suivantes ne le reconstruisent pas.
• L’enregistrement d’un article traduit résout chacun de ses liens une seule fois, et uniquement lorsque les liens ont changé, au lieu d’une fois par langue.
• Avec un cache d’objets persistant, tel que Redis ou Memcached, les recherches de traduction restent en cache entre les requêtes et les enregistrements.
• L’enregistrement d’une grande page Elementor sur un site doté d’une grande médiathèque ne se termine plus par un dépassement de délai du serveur.
• Les chargements de page ne réécrivent plus l’enregistrement de WPML des extensions actives lorsque rien n’a changé.
• Les pages avec de grands menus de catégories, comme les menus de boutique, se chargent beaucoup plus rapidement.
• L’enregistrement d’un article sur un site avec des milliers de champs personnalisés traduisibles ne manque plus de mémoire ou de temps.
• Multisite : le basculement entre les sites lit les paramètres de WPML une fois par site et n’efface plus le cache des options.
• Avada : les pages avec des conditions d’affichage Off Canvas se chargent plus rapidement.
• Les traductions provenant des services de traduction sont enregistrées plus rapidement : WPML lit les champs d’une tâche une seule fois au lieu d’une fois par champ.
• Les boutiques avec de nombreuses images de produits ne surchargent plus la base de données : WPML trouve la langue d’une image grâce à sa propre recherche indexée.
• Le paquet WPML Multilingual CMS compte environ 1 400 fichiers de moins, et la mise à jour depuis WPML 4.9 fonctionne toujours.
• WPML lit ses petites options à chaque requête avec une seule requête au démarrage.
• Thèmes basés sur des blocs : une liste de pages filtre les pages par langue avec une seule requête par chargement de page, et le bloc Navigation lit les cibles de ses liens et les traductions ensemble.
• Les recherches de slug sur une taxonomie traduite lisent les slugs en une seule requête.
• Le cache de résolution d’URL cesse de se reconstruire à chaque chargement de page, et sa table reste petite.
• Lorsque WPML reconstruit son cache de langue, il enregistre les paramètres de langue une fois par requête au lieu de le faire à chaque modification.

Correctifs pour la traduction automatique et Tout traduire

• La suppression de vos identifiants pour un service de traduction les supprime désormais réellement, au lieu que les anciens ne reviennent.
• Avec Tout traduire activé, l’enregistrement d’un article n’attend plus l’Éditeur de traduction avancé, ce qui provoquait des dépassements de délai lors des enregistrements lents.
• Un site qui n’est pas enregistré pour la traduction automatique en est informé, au lieu de « Impossible de s’authentifier » ou « Erreur de connexion ».
• L’enregistrement du site pour la traduction automatique ne se termine plus par une erreur fatale lorsque la réponse n’est pas valide.
• Les paramètres de Traduction IA n’affichent plus « Enregistré » lorsque l’enregistrement a été refusé, et WPML enregistre à nouveau le site lorsque sa signature est rejetée.
• Pendant que le service de traduction restreint le site, WPML cesse de renvoyer ses tâches en attente toutes les dix minutes, et abandonne une tâche après une journée de tentatives infructueuses.
• Une restriction sur la traduction automatique n’est levée que lorsque le service de traduction la lève, et non par n’importe quel appel réussi.
• Le tableau de bord ne compte plus les tâches manuelles, ou les tâches que le service de traduction ne détient plus, comme des traductions en cours d’acheminement.
• Une lecture échouée des moteurs de traduction est réessayée rapidement, au lieu de faire échouer le nombre de mots de chaque tâche automatique pendant une journée.
• Avec Tout traduire activé, l’ajout d’une langue ne rouvre plus les catégories et autres taxonomies pour la traduction automatique.
• Tout traduire traduit les pages de l’éditeur de blocs qui ont la méta-boîte d’une autre extension, comme les champs ACF, avec les valeurs qui viennent d’être enregistrées.
• La boîte de dialogue « Ajuster les limites de contenu » ne s’ouvre plus d’elle-même à chaque chargement du Tableau de bord de traduction lorsqu’un type de publication est exclu de Tout traduire.
• L’éditeur d’articles affiche une tâche en attente d’envoi comme étant en cours, au lieu d’indiquer que son envoi pour la traduction automatique n’a pas abouti.
• « Récupérer les traductions maintenant » signale ce qu’il a rapporté en quelques secondes.
• Un nouveau site qui envoie du contenu à la traduction automatique avant d’être connecté au service de traduction se connecte et traduit désormais, au lieu de rester bloqué sur une erreur d’authentification.
• Une tâche Tout traduire dont le premier envoi ou le décompte des mots a échoué n’est plus renvoyée avec 0 mot.
• Tout traduire ne laisse plus un article bloqué en attente de traducteur sans tâche lorsqu’un envoi automatique est interrompu, et les articles déjà bloqués sont renvoyés par une vérification horaire.
• L’enregistrement d’un article dont la traduction automatique est en attente d’une nouvelle tentative ne crée plus de deuxième tâche de traduction.
• Les tâches en attente d’une nouvelle tentative sont toutes envoyées lors de la prochaine vue de la page d’administration, et non dix à la fois.
• La notification « Votre mise à jour a remplacé une traduction en cours » s’affiche juste après l’enregistrement, et non un chargement de page plus tard.
• Tout traduire envoie une page de l’éditeur de blocs qui comporte des boîtes de champs supplémentaires même lorsque WP-Cron s’exécute en retard.
• L’annulation des tâches automatiques en cours dans Dépannage libère également les chaînes laissées en cours par une traduction automatique qui s’est terminée.
• La traduction automatique d’une page courte avec un contenu enregistré volumineux n’échoue plus avec « Échec de l’analyse car votre tâche dépasse la limite de taille de fichier ».
• L’enregistrement d’un article n’attend plus que WPML récupère les traductions terminées, sur n’importe quel hébergeur.
• Tout traduire ne renvoie plus le contenu inchangé à chaque enregistrement après que le service de traduction l’a abandonné. Il essaie deux fois, puis attend que le contenu change.
• Lorsque Tout traduire remplace une tâche inachevée, il annule également l’ancienne tâche auprès du service de traduction.
• L’application d’une préférence de champ personnalisé modifiée aux traductions existantes n’envoie plus le même article deux ou trois fois lorsque plusieurs écrans d’administration sont ouverts.
• Tout traduire n’envoie aucune tâche de terme vers une langue en pause pour la traduction automatique.
• Une tâche retenue lors d’un envoi automatique du Tableau de bord de traduction est réessayée en tant que travail automatique, et non en tant que tâche manuelle.
• Tout traduire ne donne plus à un lot de chaînes le contenu d’un paquet de chaînes avec le même ID, ce qui laissait ces chaînes non traduites alors que la tâche était indiquée comme terminée.
• Un paquet de chaînes déjà traduit dans Traduction de chaînes n’est plus traduit et facturé à nouveau lorsqu’il est envoyé seul.
• Un texte traduit dans le cadre d’un paquet, tel que le titre et le slogan d’un site Elementor, est traduit et facturé une seule fois. Traduction de chaînes indique où le traduire.
• Les tâches qui n’ont jamais atteint le service de traduction ne prennent plus de place dans ses vérifications de statut.
• L’estimation de Tout traduire tarifie exactement ce que l’exécution envoie. Les doublons et les tâches rejetées ne sont pas tarifés.
• L’estimation de Tout traduire compte les termes de produits, et le Tableau de bord de traduction envoie et compte un terme partagé une seule fois. Le coût du Tableau de bord finit de se charger.
• L’estimation du Setup Wizard compte les textes des constructeurs de pages, les attributs, les champs de termes ACF et les formulaires.
• Un article enregistré pendant que WPML se reconnecte au service de traduction obtient une tâche de traduction en attente, envoyée dès que le service répond à nouveau.
• Une traduction n’est plus appliquée deux fois lorsque sa livraison prend plus de 30 secondes.
• Avec « Éditeur WordPress » défini comme éditeur de traduction pour tout le contenu, Tout traduire suit ce choix, tout comme son estimation, au lieu de traduire certaines pages puis de ne jamais traduire les nouvelles.
• Tout traduire n’envoie plus à nouveau en traduction les termes de taxonomie qui n’ont pas changé.
• Les traductions automatiques de termes vers une langue masquée sont à nouveau enregistrées.
• L’estimation de la traduction automatique tarifie à 0 une traduction existante qui n’a pas de statut de traduction, car l’exécution la facture ainsi.
• La nouvelle tentative de connexion au service de traduction effectue une tentative à la fois.
• Une traduction qui a attendu sous une limite de dépenses antérieure, ou sous un blocage qui a été levé depuis, est récupérée sans nouvelle pause liée à la limite de dépenses.

Correctifs dans les éditeurs de traduction et les tâches de traduction

• Une tâche de traduction n’est plus refusée avec « Données manquantes ou erronées : cible » lorsqu’un champ ne contient que de la ponctuation, des symboles ou des shortcodes.
• Lorsqu’une traduction livrée laisse un texte sans traduction, le reste de la traduction est appliqué, ce texte conserve son original, et le journal de la tâche le nomme.
• Une tâche Gravity Forms ou d’un autre paquet de chaînes s’ouvre dans l’éditeur de traduction de WPML, jamais dans un article qui a le même ID, de sorte que ses traductions ne sont plus perdues.
• La tâche de traduction d’un paquet de chaînes n’inclut plus les textes d’images d’un article qui a le même ID.
• Lorsqu’une traduction revient pour une tâche qui a été annulée, le refus est désormais inscrit dans le journal de la tâche.
• L’Éditeur de traduction classique enregistre à nouveau sur les serveurs qui échappent les séparateurs entre les champs de formulaire, au lieu de répondre « Permission refusée ».
• Les champs sans texte ne sont plus envoyés à l’Éditeur de traduction avancé, et une traduction stockée d’un tel champ est conservée.
• Le journal de la tâche de traduction conserve les lignes d’annulations, d’ouvertures de l’éditeur, d’enregistrements de l’Éditeur de traduction classique et de mises à niveau.
• Dans le journal de la tâche de traduction, une action démarrée à l’intérieur d’une autre est imbriquée sous elle, et les lignes de l’action externe ne disparaissent plus.
• Une tâche de traduction n’est plus laissée illisible lorsque l’enregistrement de ses textes échoue.
• La mise à jour vers WPML 5.x ne bascule plus les sites qui traduisent dans l’éditeur WordPress ou l’Éditeur de traduction classique vers l’Éditeur de traduction avancé.
• Une tâche en cours dans l’Éditeur de traduction avancé se rouvre avec son travail, même lorsque son original a changé.
• Le renvoi d’une traduction pendant que sa révision est ouverte, ou la modification d’une traduction après la fermeture de sa révision, la maintient dans la file d’attente de révision.
• Une note pour les traducteurs qui contient « & » parvient intacte à la tâche de traduction.
• La réouverture d’une traduction terminée dans l’Éditeur de traduction avancé une deuxième fois livre la modification au lieu d’échouer.
• La modification d’un original après l’ouverture d’une traduction dans l’éditeur laissée inachevée reconstruit cette tâche de traduction à partir du dernier contenu.
• L’envoi de contenu à la traduction n’échoue plus avec une erreur de serveur lorsque le fichier XLIFF pour l’e-mail de notification ne peut pas être écrit.
• Une erreur du service de traduction sur une tâche annulée ne retient plus les autres annulations, et vous êtes informé lorsqu’une annulation n’a pas pu être effectuée.
• Une annulation sur laquelle le service de traduction continue d’échouer, alors qu’il répond à d’autres appels, est abandonnée, de sorte que l’avertissement « impossible d’annuler » disparaît. Lors d’une reconnexion, les écrans de traduction affichent une seule notification au lieu de deux.
• Dans l’Éditeur de traduction avancé, l’étiquette du titre de l’article et les noms de groupe tels que « Contenu principal » suivent la langue d’administration.
• Une traduction livrée pour une page qui a été modifiée alors que la tâche était en cours est enregistrée sur la page, ou marquée comme nécessitant une mise à jour lorsqu’un texte a trop changé.
• Une traduction modifiée depuis l’interface publique et terminée dans l’Éditeur de traduction avancé est à nouveau appliquée. Lorsqu’une livraison échoue, la page en indique la raison.
• Un champ renvoyé ne se divise plus aux sauts de ligne.
• Le renvoi d’une traduction effectuée dans l’Éditeur de traduction avancé ou classique ne traite plus la traduction précédente comme une modification de l’éditeur WordPress.
• Un envoi s’arrête lorsque WPML ne peut pas écrire l’enregistrement de langue, au lieu d’échouer plus tard avec « envoi non confirmé ».
• Un envoi vers un service de traduction qui s’arrête en cours de route ne laisse plus ses tâches bloquées en cours.
• L’Éditeur de traduction avancé n’ouvre plus une tâche de traduction que le service de traduction a livrée il y a longtemps.
• Un bloc HTML personnalisé dont le script en ligne contient un signe < ne bloque plus sa tâche de traduction.
• Le retour de l’Éditeur de traduction avancé ne consigne plus d’avertissement PHP pour une tâche que le service de traduction ne détient plus.
• La récupération des traductions d’un service de traduction se poursuit lorsqu’une traduction ne parvient pas à s’enregistrer, et un enregistrement qui arrête la requête est compté et nommé.

Correctifs dans Gestion de traduction et le Tableau de bord de traduction

• La liste Travaux de traduction affiche à nouveau ses tâches sur les sites où elle affichait « Aucune donnée » avec de nombreuses pages de résultats.
• Dans Tâches de traduction, une traduction planifiée est étiquetée Planifiée et une traduction privée Privée, au lieu de « Brouillon – En attente de révision ».
• La boîte de dialogue de changement de moteur du Tableau de bord de traduction indique lorsqu’un passage à Private Translation Cloud a été refusé, au lieu de le confirmer.
• La boîte de dialogue de changement de moteur affiche le message d’un enregistrement échoué là où vous pouvez le voir.
• Tâches de traduction et le Tableau de bord de traduction affichent l’ID de l’élément traduit, et Afficher ouvre l’éditeur de traduction pour les types de publication sans écran d’édition, comme les tableaux TablePress.
• L’e-mail du gestionnaire affiche les mots à traduire pour les articles mis à jour et les paquets de chaînes, et non leur nombre total de mots.
• L’envoi de contenu à la traduction par vous-même depuis le Tableau de bord de traduction n’échoue plus avec « WPML n’a pas pu compter les mots dans ces éléments » lorsque les prix ne peuvent pas être lus.
• Une chaîne mise à jour compte les mots ajoutés depuis sa dernière traduction, et non 0, sur le Tableau de bord de traduction, dans l’estimation des coûts et dans l’e-mail du gestionnaire.
• Les capacités des traducteurs restent cohérentes : la définition des paires de langues met à jour les paires enregistrées, la suppression d’un traducteur libère ses tâches inachevées, et les nouveaux administrateurs peuvent traduire.
• Lorsque l’Éditeur de traduction avancé refuse un nouveau Gestionnaire de traduction, l’écran en indique la raison.
• Le choix d’un Gestionnaire de traduction ou d’un traducteur ne dépasse plus le délai d’attente sur les sites comptant de nombreux utilisateurs, dans Paramètres et dans le Setup Wizard.
• Le tableau des traducteurs affiche un résumé en texte brut pour les traducteurs qui ont toutes les paires de langues, et fonctionne lorsqu’il n’y a qu’un seul traducteur.
• Le paramètre de notification par e-mail de nouvelle tâche sur un profil d’utilisateur n’apparaît et ne s’enregistre que pour les utilisateurs qui sont des traducteurs ou des gestionnaires.
• Tâches de traduction affiche un message pouvant être ignoré avec un lien pour embaucher un traducteur expérimenté afin de réviser les traductions.
• Le résumé de traduction et les e-mails de tâches en retard adressés aux gestionnaires incluent les chaînes envoyées depuis le Tableau de bord de traduction.
• Le rapport quotidien des tâches en retard est envoyé même lorsque le service de traduction ne peut pas être joint.
• Le Tableau de bord de traduction répertorie séparément le contenu retenu qui n’est pas encore apparu sur le site, avec « Les afficher », et étiquette les endroits où les chaînes ont été vues avec « Apparaît sur le site » ou « Vu dans l’interface d’administration ».
• Le Tableau de bord de traduction n’affiche plus de ligne trompeuse « Mapper vers des langues connues », et distingue les langues qui ne prennent en charge que la traduction manuelle des langues traitées comme identiques à la langue par défaut.
• La recherche de Titre dans Tâches de traduction et Travaux de traduction trouve également les tâches par leur titre traduit.
• Les traducteurs qui ont désactivé les notifications de nouvelles tâches ne reçoivent plus l’e-mail de nouvelle tâche, et Envoyer à la traduction n’échoue plus avec une erreur HTTP 500 à cause de cela sur les serveurs qui ne peuvent pas envoyer d’e-mails.
• La case « déjà traduit » suit une modification effectuée dans un autre onglet, et est également proposée pour les articles modifiés.
• Une taxonomie cochée sur le Tableau de bord de traduction ne compte plus comme « non affichée » dans la barre inférieure.
• Traduire moi-même indique que l’éditeur peut démarrer à partir d’une traduction automatique qui utilise vos mots, et comment l’effacer.
• L’icône de statut indique « révision en cours » pendant qu’une traduction est modifiée depuis sa page de révision.
• Tâches de traduction liste d’abord vos propres tâches en cours, et la liste Pages propose de les continuer.
• Le focus du clavier reste à l’intérieur des boîtes de dialogue de WPML.

Correctifs pour les constructeurs de pages

• Les textes du constructeur de pages sont enregistrés lorsqu’une traduction est livrée via WP-CLI, au lieu que la tâche ne se termine avec une traduction vide.
• Divi et autres constructeurs de pages : WPML conserve les modèles « construit avec un constructeur de pages » de chaque fichier de configuration, et non seulement du dernier.
• WPBakery : l’aperçu de la page affiche les dernières modifications non enregistrées au lieu d’une ancienne révision.
• Divi : les pages migrées de Divi 4 à Divi 5 s’ouvrent dans l’Éditeur de traduction avancé avec leurs traductions existantes.
• Cornerstone : Tout traduire traduit les en-têtes, les pieds de page, les mises en page et les composants.
• Avada : les formulaires sont traduits par Tout traduire sur les sites qui exécutaient une ancienne version de WPML.
• Elementor : Tout traduire attend pour traduire les modèles qu’ils apparaissent sur le site, et ne traduit que les attributs personnalisés que les visiteurs lisent.
• Les attributs de shortcode déclarés comme liens dans wpml-config.xml affichent la page cible dans la langue actuelle.
• Lorsqu’un lien change sur une page de constructeur de pages, ses traductions obtiennent à nouveau le nouveau lien, à moins qu’un traducteur n’ait modifié ce lien manuellement.
• Elementor V4 : le média des éléments vidéo (la vidéo et son image d’affiche) est traduit.
• WPBakery : un commentaire de l’éditeur de blocs à l’intérieur d’un shortcode n’ajoute plus de balisage de shortcode brut aux chaînes à traduire.
• Avada : avec Traduction des médias, une image définie avec une taille (par exemple « medium ») affiche l’image traduite et conserve sa taille.
• Le contenu de shortcode composé uniquement d’autres shortcodes n’est plus enregistré comme une chaîne à traduire, tandis que le balisage tel qu’une vidéo parvient toujours à la tâche de traduction.
• Les pages construites avec des shortcodes déclarés dans une configuration XML personnalisée voient leurs textes de shortcode traduits lorsque la tâche de traduction se termine.
• Elementor : une entrée de configuration XML personnalisée pour un widget tel que le conteneur s’ajoute aux paramètres intégrés de WPML au lieu de les remplacer.
• Elementor : le lien du conteneur dans l’éditeur de traduction affiche le nom de son élément.
• Dans l’Éditeur de traduction avancé, les textes d’images des éléments WPBakery, Divi, Enfold et Avada affichent la bonne miniature.
• WPBakery : les traductions conservent le JS personnalisé et les paramètres de l’éditeur de la page, et les doublons pointent les boutons et les liens vers les pages traduites.
• WPBakery et autres constructeurs de shortcodes : les liens vers une ligne traduite ou un ID d’élément (#id) suivent l’ID traduit.
• WPBakery : chaque grille sur une page traduite, y compris les grilles de maçonnerie et de médias, utilise le modèle de grille traduit.
• Sur les sites avec Divi et WPBakery, l’enregistrement d’une page WPBakery avec un graphique, une barre de progression, un bouton ou une galerie ne s’arrête plus avec une erreur PHP.
• WPBakery et autres constructeurs de shortcodes : une page dont le contenu contient un commentaire de l’éditeur de blocs voit sa traduction appliquée.
• WPBakery : une traduction livrée depuis l’Éditeur de traduction avancé conserve les boutons avec une action onclick personnalisée.
• WPBakery : la pagination de Post Grid et Media Grid, le chargement de la suite, le chargement différé et les filtres fonctionnent sur les pages traduites.
• WPBakery : une traduction modifiée dans l’éditeur frontal est conservée, et non écrasée par la prochaine mise à jour depuis l’original.
• WPBakery : avec Traduction des médias, les images d’arrière-plan des Options de conception des sections, lignes et colonnes affichent leur version traduite.
• WPBakery : le lien personnalisé d’une Image unique pointe vers la page traduite, également sur WPBakery 9, et les liens simples enregistrés par les anciennes versions de WPBakery restent des liens dans la traduction.
• Elementor : les textes d’un widget avec un paramètre de contenu dynamique vide parviennent à nouveau à la tâche de traduction.
• Enfold : un doublon d’une page crée un lien vers les pages dans sa propre langue.
• Constructeurs de pages : les attributs et ID de shortcode traduits sont appliqués lorsque le constructeur écrit des espaces autour de « = » (par exemple Tatsu Builder).
• Beaver Themer : une mise en page traduite conserve ses règles de visibilité traduites après chaque mise à jour de la traduction.
• Beaver Builder : les règles de visibilité telles que « l’article est dans la catégorie » ou « l’article est cette page » utilisent la catégorie ou la page traduite, de sorte que les modules ne disparaissent plus sur les traductions.
• Beaver Builder : les arrière-plans de lignes et de colonnes, les images de légende et de parallaxe, les vidéos d’arrière-plan et les modules vidéo utilisent les médias traduits.
• Beaver Builder : davantage de textes de modules parviennent à l’éditeur de traduction, tels que le formulaire d’abonnement, le tableau de prix, le carrousel d’articles, la fenêtre contextuelle, le menu et les textes de boîte.
• Beaver Builder : les visiteurs voient immédiatement une traduction mise à jour dans Traduction de chaînes, sans vidage manuel du cache.
• Beaver Builder : l’avertissement de perte de modifications s’affiche également avec l’interface utilisateur iFrame désactivée, et l’enregistrement du brouillon sur une traduction compte comme une modification manuelle.
• Beaver Builder : un module supprimé et ajouté à nouveau conserve sa traduction.
• Beaver Builder : l’éditeur de traduction affiche les images des modules photo et légende, et un brouillon Beaver non publié d’une traduction est conservé.
• Beaver Builder : « Copier le contenu de l’original » fonctionne sur l’écran d’ajout de traduction et les liens copiés pointent vers les pages traduites.
• Constructeurs de pages : une page dupliquée convertit les liens écrits sous forme de chemin, comme /about/, et le brouillon Beaver Builder obtient également des liens convertis.
• Elementor : dans les en-têtes et les pieds de page, le nom du menu, le texte du bouton de recherche et les valeurs d’attributs personnalisés sont traduits.
• Elementor : la Grille de boucle, les boucles de taxonomie et le widget Articles utilisent les termes, les articles et les éléments de boucle traduits, et le séparateur méta des Articles est traduit.
• Elementor : les fenêtres contextuelles traduites conservent les paramètres d’affichage de l’original, et l’éditeur d’une traduction affiche la fenêtre contextuelle traduite.
• Formulaires Elementor Pro : le message du serveur, le nom de l’expéditeur du deuxième e-mail, les textes Slack et Discord ainsi que les valeurs par défaut des champs sont traduits, et reCAPTCHA s’affiche dans la langue de la page.
• Elementor : le widget Modèle affiche le modèle traduit dans l’éditeur d’une traduction.
• Elementor : les URL de vidéos et les champs d’URL à l’intérieur des éléments répéteurs sont traduits sous forme de liens, et les contrôles masqués par les paramètres du widget, tels que le lien vidéo d’une diapositive d’image du Carrousel de médias, ne sont plus envoyés à la traduction.
• Avada : une mise en page attribuée à une catégorie s’applique également à la catégorie traduite et à ses articles et produits traduits.
• Elementor V4 : une page traduite affiche les styles du composant traduit, même lorsqu’elle a été traduite avant le composant ou dupliquée.
• Formulaires Elementor V4 : les e-mails envoyés depuis une page traduite listent à nouveau les réponses du visiteur, et les e-mails de formulaire traduits cassés sont réparés après la mise à jour.
• Elementor V4 : les images fournies par URL, les remplacements d’images et de vidéos des composants et les liens de requête de conteneur sont traduits.
• Divi 5 : les modules affichés uniquement pour une catégorie ou un article s’affichent également sur les articles traduits.
• Divi 5 : un texte qui mélange des mots avec du contenu dynamique conserve à la fois les mots et chaque élément dynamique dans la traduction.
• Divi 5 : le Visual Builder affiche le module global traduit sur une page traduite.
• Cornerstone : les images d’arrière-plan et leurs textes alternatifs de sections, lignes et colonnes sont traduits, y compris dans les en-têtes, les pieds de page, les mises en page et leurs doublons.
• Cornerstone : un en-tête, un pied de page ou une mise en page sans traduction dans la langue actuelle affiche l’original, et non la copie d’une autre langue.
• Cornerstone : l’enregistrement de l’original dans le constructeur met à nouveau à jour ses traductions complètes.
• Cornerstone : les composants et leurs paramètres parviennent à la traduction.
• Cornerstone : chaque texte et lien de titres, témoignages, images et tableaux parvient à l’éditeur de traduction.
• Cornerstone : les en-têtes, pieds de page et mises en page conservent leurs liens après la traduction automatique, leurs styles s’actualisent, l’aperçu avertit avant la perte de modifications, et les tâches affichent des images.
• Cornerstone : une modification uniquement stylistique maintient la traduction complète.
• SiteOrigin : les mises en page traduites conservent chaque barre oblique inverse, comme dans les expressions régulières, les chemins et le code.
• SiteOrigin : les widgets Image et Galerie ainsi que les arrière-plans de lignes, de cellules et de widgets utilisent les images traduites.
• SiteOrigin : un enregistrement en arrière-plan d’une traduction compte comme une modification manuelle, de sorte qu’une mise à jour ultérieure avertit avant de l’écraser.
• SiteOrigin : l’onglet « Cloner la page » liste uniquement les pages dans la langue de la page que vous modifiez, et la liste des widgets ne propose plus les widgets que WPML a supprimés.
• SiteOrigin : un doublon conserve sa mise en page, peut être modifié dans SiteOrigin, et ses liens pointent vers la langue du doublon.
• SiteOrigin : les widgets à l’intérieur d’un widget Layout Builder, et les widgets qui se déplacent, conservent leurs propres textes et traductions.
• Cornerstone, Beaver Builder et SiteOrigin : les pages traduites stockent leur contenu dans la langue traduite, de sorte que la recherche, les extraits, les flux, l’API REST et les extensions SEO lisent la traduction.
• Avada : la modification d’une page traduite n’écrase plus les éléments globaux des autres langues.
• Avada : les textes de secours des données dynamiques parviennent au traducteur.
• Avada : lorsque l’anglais est une langue secondaire, les Options globales en anglais et Traduction de chaînes restent synchronisées.
• Avada : les URL de portfolio fonctionnent dans chaque langue après l’enregistrement des permaliens dans n’importe quelle langue, même lorsque le slug du portfolio est traduit.
• Avada et autres constructeurs de shortcodes : une page dupliquée pointe les liens de boutons et d’autres shortcodes vers la langue du doublon.
• Avada : une page traduite qui mélange des blocs et une mise en page Avada conserve la mise en page de l’original.
• Avada : la liste Off Canvas affiche la colonne de langue, les styles de WPML se chargent sur les sections de mise en page, et les aperçus Avada Live des traductions, y compris les Post Cards, affichent le contenu traduit.
• Elementor : l’éditeur s’ouvre normalement, et non en mode sans échec, pour les articles dont le permalien est réécrit par une extension telle que Premmerce Permalink Manager.
• Elementor Pro : une visionneuse ouverte à partir d’une image ou d’un lien affiche l’image traduite.
• SiteOrigin : les liens vers des articles dans les widgets de SiteOrigin Widgets Bundle et les widgets à l’intérieur des champs du constructeur sont traduits.
• Enfold : les entités HTML saisies dans les blocs de texte et de code restent telles quelles dans la traduction.
• Elementor : les liens vers une page de destination Elementor pointent vers la page de destination traduite.
• Divi 5 : un canevas d’un en-tête ou pied de page du Theme Builder s’affiche sur les pages traduites, de sorte que les Interactions qui l’ouvrent fonctionnent à nouveau.
• Une page WPBakery qui utilise également un modèle de thème Elementor envoie son contenu à la traduction, et non seulement son titre.
• Divi : avec la langue du profil définie sur « Paramètre par défaut du site », le Visual Builder s’ouvre également dans la langue du site sur les pages traduites.
• Divi 5 : l’enregistrement d’une traduction dans le Visual Builder ne modifie, ne déplace ni ne supprime plus le contenu hors canevas et les fenêtres contextuelles de l’original.
• BeTheme : un modèle d’en-tête, de pied de page ou de fenêtre contextuelle traduit s’affiche dans sa langue dès que sa traduction est terminée.
• Elementor Pro : une page qui intègre un modèle avec le shortcode [elementor-template] charge les styles du modèle traduit.
• WoodMart : une mise en page sans traduction dans la langue actuelle affiche la mise en page d’origine.
• Blocs Divi 5 : les liens, les images d’arrière-plan et les ID de produits déclarés pour toute la famille de blocs sont traduits en même temps que les paramètres propres à chaque bloc.
• Elementor : les ID à l’intérieur des éléments répéteurs, tels que les images du carrousel de bannières WoodMart, pointent vers les éléments traduits.
• L’enregistrement d’un modèle Elementor sur un site avec de nombreuses langues ne dépasse plus le délai d’attente : l’éditeur obtient sa réponse avant que WPML n’enregistre les textes et ne mette à jour les traductions.
• Une page de constructeur de pages traduite automatiquement obtient ses images traduites, également sur les serveurs PHP-FPM.
• Divi 5 : un canevas local (contenu hors canevas ou une fenêtre contextuelle qui appartient à une page) est traduit avec sa page.
• Divi 5 : les canevas d’archives et de l’accueil du blog restent dans leur propre langue, et un enregistrement du constructeur sur une traduction n’écrase plus l’original.
• Divi : les modèles du Theme Builder ajoutés après une traduction s’appliquent dans toutes les langues. WPML → Support et WP-CLI réparent les sites qui contenaient une liste par langue.
• Divi, WPBakery et Beaver Builder : les visiteurs voient les modèles, les mises en page et les modules enregistrés publiés traduits.
• Elementor V4 : une page affichant un modèle charge les styles du modèle traduit.
• Elementor et l’Éditeur de traduction avancé : les textes des éléments répéteurs, tels que l’accordéon et les onglets, ne sont plus enveloppés dans des balises de paragraphe supplémentaires.
• WoodMart : une étiquette limitée aux produits ou aux catégories s’imprime sur leurs traductions.

Correctifs pour les blocs et l’éditeur de blocs

• Les liens à l’intérieur des blocs auto-fermants imbriqués sont convertis dans la langue de la traduction.
• Les liens dans un bloc imbriqué dans un autre bloc, tels que les sous-menus de navigation et les conteneurs GenerateBlocks, sont convertis dans la langue de la traduction.
• Sur les thèmes basés sur des blocs, une langue sans sa propre version d’un modèle personnalisé ou d’un élément de modèle utilise la version de la langue par défaut, puis celle de l’original, avant le fichier du thème, de la même manière sur le site et dans les éditeurs.
• Les paramètres de bloc tels que les ID, les classes, les couleurs, les fichiers d’image et les valeurs CSS (par exemple dans les conteneurs GenerateBlocks) ne sont plus envoyés à la traduction.
• Moins de valeurs par défaut techniques de blocs, telles que px, % et _self, apparaissent dans Traduction de chaînes.
• Aucune erreur fatale lorsque BuddyPress Multilingual ou une autre extension nettoie un paquet de chaînes inutilisé.
• Une intégration YouTube ou autre traduite dans l’Éditeur de traduction classique affiche le lecteur vidéo, et non un simple lien.
• Le panneau Langue de l’éditeur de blocs s’affiche dans la langue de l’interface d’administration.
• Les panneaux Langue et Navigation CMS de l’éditeur de blocs ont un espacement approprié, et la notification de duplication se lit comme une seule phrase.
• Le bloc Sélecteur de langue ne plante plus dans Apparence → Widgets et dans l’Éditeur de site sur « Toutes les langues ».
• Les styles de WPML ne modifient plus l’apparence des éléments d’autres extensions dans l’éditeur de blocs, l’éditeur d’articles classique et la barre de révision de l’interface publique.
• Sur WordPress 7.2, un shortcode entre guillemets doubles à l’intérieur d’un attribut HTML reste en dehors de l’éditeur visuel.

Correctifs pour le sélecteur de langue

• Les modèles PHP de sélecteur de langue personnalisés sont chargés uniquement depuis le propre dossier de modèles de WPML, le thème ou le thème enfant, ou les dossiers qu’une extension enregistre pour l’analyse.
• Le bloc Sélecteur de langue marque chaque nom de langue avec sa langue et chaque lien avec hreflang, pour les lecteurs d’écran et les vérifications d’accessibilité.
• Deux sélecteurs de langue sur une même page sont annoncés aux lecteurs d’écran avec des noms différents.

Correctifs pour les catégories, les étiquettes et autres taxonomies

• Lorsque la traduction automatique d’une catégorie ou d’une étiquette échoue, la tâche en indique la raison ; un terme existant dans la langue cible sans lien de traduction est utilisé comme traduction.
• Une traduction de terme livrée avec un code régional, tel que en-us pour en, est appliquée à la langue du site au lieu d’être refusée.
• Un nom de terme traduit plus long que ce que WordPress autorise est signalé avec sa raison, et n’est pas renvoyé tant que le nom ne change pas.
• La description d’un terme écrite par la tâche de traduction d’un article conserve son HTML.
• La tâche de traduction d’un article inclut les champs de termes de ses catégories dont les noms commencent par « _ », tels que les titres SEO.
• Un élément de terme ne se résout plus en un terme non lié, ce qui donnait des liens hreflang erronés dans le sitemap XML de Yoast SEO.

Correctifs pour les menus

• L’enregistrement d’un menu ne supprime plus tous ses éléments sur les sites où les ID de termes et les ID de taxonomie de termes diffèrent.
• Les utilisateurs autorisés à synchroniser les menus peuvent ouvrir Traductions → Menus, l’ancienne adresse Menus y mène, et les Gestionnaires de traduction n’obtiennent plus d’erreurs d’accès lorsqu’ils synchronisent les menus.
• Les menus de navigation ne sont plus dupliqués sur les sites avec Redis ou un autre cache d’objets persistant.
• Un menu importé avec l’importateur WordPress conserve ses éléments de page et de catégorie.
• La synchronisation des menus conserve le paramètre « Ajouter automatiquement les nouvelles pages de premier niveau » de chaque menu.

Correctifs pour les liens, les URL et les redirections

• Un point de terminaison WooCommerce ou personnalisé traduit ne casse plus un point de terminaison plus long qui se termine par le même mot, ce qui donnait une erreur 404 dans cette langue.
• Sur les sites installés dans un sous-dossier, l’enregistrement d’une page traduite (par exemple dans Divi) ne réécrit plus les liens internes vers des adresses ?page_id= cassées.
• Les liens vers la page actuelle avec des paramètres de requête conservent à nouveau leur adresse lorsque le contenu non traduit est affiché dans la langue par défaut.
• Une page racine non traduite affichée dans la langue par défaut ne redirige plus vers une page avec le même slug plus loin dans le site.
• Avec la langue comme paramètre d’URL, les liens internes dans le contenu traduit conservent leur ancre #.
• Avec un fichier HTML racine, les recherches et les appels d’API REST à l’URL racine atteignent WordPress. Un fichier HTML racine qui ne peut pas être chargé, ou une page racine non publiée, fonctionne comme si aucune page racine n’était définie.
• Un lien vers une catégorie de produits dont la base est traduite par langue est converti dans la traduction.
• Les liens dans les traductions existantes pointent désormais vers les pages qui ont été traduites ultérieurement, également pour le contenu créé avant l’installation de WPML.
• Les archives de catégories traduites, y compris les catégories de produits WooCommerce, ne redirigent plus vers elles-mêmes en boucle sur les hébergeurs qui limitent les grandes requêtes de base de données.
• Les liens que WPML fournit à d’autres outils pour ouvrir une traduction dans l’éditeur WordPress sont des adresses complètes, de sorte qu’ils ne mènent plus à une page introuvable.
• Les liens dans le contenu traduit vers des adresses servies par une autre extension, tels que les liens WP File Download, ne sont plus remplacés par le lien d’un article non lié.
• L’enregistrement d’une traduction ne transforme plus les liens vers des pages privées en liens vers la langue d’origine.
• Avec une page racine et un répertoire pour la langue par défaut, les adresses de flux avec une chaîne de requête, telles que /?feed=rss2, mènent aux flux du site.

Correctifs pour les langues et le Setup Wizard

• L’étape Langues du Setup Wizard s’enregistre à nouveau sur un site terminé qui utilise un domaine différent par langue, au lieu de demander un domaine pour l’anglais.
• L’étape Langues du Setup Wizard marque une langue personnalisée avec un code régional, tel que zh-tw-x, comme « Manuel uniquement » lorsque la traduction automatique ne la prend pas en charge, tout comme le fait l’étape des coûts.
• Une langue que la liste intégrée ne propose plus, comme l’amharique, peut être ajoutée en tant que langue personnalisée.
• Lorsque la suppression du contenu d’une langue est refusée parce qu’elle est devenue la langue par défaut, la suppression ne reste plus marquée comme étant en cours.
• La mise à jour vers WPML 5.x ne remplace plus un paramètre régional de langue personnalisé, tel que l’allemand (formel), par un paramètre régional, de sorte que Traduction de chaînes continue de fonctionner pour cette langue.
• Un onglet du Setup Wizard laissé ouvert, ou une ancienne demande de paramètres, ne peut plus écraser une configuration terminée.
• La suppression de la dernière langue secondaire ne renvoie plus un site configuré vers le Setup Wizard : WPML ouvre Paramètres → Langues, et l’élément de menu Configuration ne s’affiche que jusqu’à ce que la configuration soit terminée.
• Une langue ne peut plus être mappée sur la langue par défaut du site, ce qui faisait que l’Éditeur de traduction avancé traduisait dans la langue source ; les sites avec un tel mappage sont réparés lors de la mise à jour.
• Une langue qui avait encore un paramètre régional obsolète d’une ancienne version de WPML, comme le catalan ou l’ourdou, obtient le paramètre régional actuel une fois ; un paramètre régional que vous avez choisi vous-même est conservé.
• Une paire de mappage inversée, telle que en vers fr et fr vers en, est supprimée en une seule étape.
• Une lecture échouée des langues actives ne remplace plus la liste stockée.
• Un site configuré ne perd plus son état de configuration, et l’écran Chaînes affiche la notification de configuration.
• Un enregistrement de paramètres ne remplace plus un paramètre stocké qu’il n’a pas pu lire.
• Le yiddish et le dari s’affichent de droite à gauche.
• La suppression d’une ancienne langue par défaut avec ses traductions ne supprime plus le contenu dans la langue par défaut actuelle.
• Sur les grands écrans, les boutons Retour et Continuer du Setup Wizard restent à côté du formulaire.

Correctifs pour l’enregistrement et les mises à jour

• La clé du site n’est plus effacée entre les connexions d’administration, de sorte que la notification « Une nouvelle clé du site est requise » cesse de revenir.
• Multisite : un sous-site avec un domaine différent par langue n’envoie plus sa propre adresse lors des vérifications de clé du site, ce qui pouvait annuler l’enregistrement de l’ensemble du réseau.
• Les sites avec un domaine différent par langue ne perdent plus leur clé du site lorsqu’elle est vérifiée à nouveau en arrière-plan.
• Un sous-site créé en en dupliquant un autre présente sa propre adresse au service de traduction.
• La mise à jour depuis WPML 5.x ne s’arrête plus avec une erreur « Class not found ».
• La mise à niveau de Gestion de traduction ne s’exécute plus par-dessus une mise à niveau du noyau en cours.
• Une extension WPML laissée incomplète par une mise à jour interrompue affiche une notification au lieu d’une erreur fatale à chaque requête.
• La mise à jour depuis WPML 5.2.0 se termine sur les sites avec de très nombreuses entrées de Priorité de traduction, au lieu de manquer de mémoire à chaque requête. La nouvelle commande WP-CLI wp wpml upgrade remove-translation-priority exécute ce nettoyage en une seule fois.
• Une clé du site refusée par une vérification automatique, telle que la vérification quotidienne, est conservée et signalée au lieu d’être supprimée. Actualiser la licence dans WPML → Support la supprime ou restaure l’abonnement.
• Multisite : un sous-site d’un réseau sans clé du site WPML explique que le réseau utilise une seule clé du site.
• La bannière « Renouvelez votre compte » affichée dans les 30 jours suivant l’expiration de votre compte WPML peut être fermée, et reste fermée.

Correctifs pour les sites WooCommerce

• Un champ personnalisé Copier modifié via l’API de produit WooCommerce ou WP-CLI est copié vers les traductions du produit.
• Le shortcode de catégorie de produits liste les produits de la langue par défaut sur les pages traduites lorsque les produits utilisent « afficher comme traduit ».
• Un modèle de page Panier ou Validation de commande personnalisé pour une langue secondaire est utilisé sur les pages de panier et de validation de commande de cette langue.

Correctifs pour les champs personnalisés et Advanced Custom Fields

• Une ligne de champ personnalisé sans nom n’écrit plus de notifications de dépréciation PHP à chaque synchronisation de terme et copie d’article.
• Un champ personnalisé traduit conserve ses barres obliques inverses lorsque la traduction est enregistrée.
• Les champs personnalisés qui contiennent des ID dans une liste convertissent également le premier élément de la liste.
• Les champs personnalisés Copier dont la valeur semble seulement sérialisée ne sont plus vidés ou tronqués dans les traductions.
• La notification « les champs personnalisés sont devenus traduisibles » liste chaque champ une fois et supprime les champs redéfinis sur Ne pas traduire.
• Un champ personnalisé « Copier une fois » supprimé d’une traduction reste supprimé au lieu de revenir lors de l’enregistrement suivant.

Correctifs pour les médias et les images

• Dans la vue en grille de la Médiathèque, « Supprimer définitivement » dans la fenêtre de la pièce jointe fonctionne à nouveau.
• Le bouton « Utiliser un fichier différent » de Traduction des médias et les changements de langue de Traduction de chaînes fonctionnent pour les langues dont le code comporte des majuscules, comme de-AT.
• Les images dont l’adresse est encodée en pourcentage dans le contenu, comme les noms de fichiers avec des caractères japonais, sont trouvées, de sorte que chaque traduction utilise l’image de sa langue.

Correctifs pour les articles et les pages

• Une page racine qui est un brouillon ou dans la Corbeille est à nouveau listée dans Pages et dans la Corbeille, la notification à son sujet propose de la restaurer, et une page racine non publiée ne casse plus les pages d’accueil et les liens.
• « Connecter avec les traductions » ne coche plus « Faire de <language> la langue d’origine de cet article » par défaut.
• Articles → Tous les articles et l’éditeur d’articles n’affichent plus d’erreur fatale lorsque la table de traductions de WPML a perdu ses clés ; WPML → Support propose une réparation et une notification vous en informe.
• « Écraser avec le contenu en <language> » demande une confirmation dans une boîte de dialogue WPML au lieu de celle du navigateur.
• L’éditeur d’articles fonctionne toujours dans la propre langue de l’article, même lorsque son lien indique une autre langue.
• Une page dont la première traduction a été annulée peut à nouveau être connectée à une traduction existante.
• L’ajout de la même traduction à partir de deux onglets ne supprime plus la langue de la première ; la seconde atterrit sur la liste actualisée avec un avertissement.
• Sur un nouveau site, la suppression d’un produit traduit, ou d’un original d’un autre type ajouté par une extension ou un thème, demande quoi faire de ses traductions, tout comme pour les articles et les pages.
• La boîte de dialogue qui demande s’il faut également supprimer les traductions renvoie au paramètre qui y répond une fois pour toutes les suppressions.

Correctifs de compatibilité avec d’autres extensions et thèmes

• Avada : les options du thème fonctionnent à nouveau avec WPML actif sur un compte Multilingual Blog, où le Tableau de bord de traduction n’est pas disponible.
• Les thèmes et les extensions qui demandent à WPML la traduction d’une liste d’ID ou d’une valeur textuelle de contenu que WPML ne traduit pas, comme les étiquettes de produits WoodMart, récupèrent leur valeur inchangée.
• Google XML Sitemaps : avec la langue comme paramètre d’URL, le sitemap XML liste les articles et les pages traduits avec leurs slugs traduits.
• BetterDocs : les blocs de catégories et « BetterDocs Order » listent les bonnes catégories et chaque document traduit sur les pages en langue secondaire.
• WordPress 7.2 : plus de notifications de dépréciation provenant des slugs numérotés ou de l’Éditeur de traduction classique.
• Les requêtes qui utilisent suppress_filters, comme les listes Content Views, affichent les articles de la langue actuelle lorsqu’elles filtrent par catégorie.
• Les filtres de requête par slug ou nom de catégorie, tels que le champ Relation ACF, fonctionnent dans les langues secondaires avec l’ajustement des ID désactivé.
• Les écrans d’administration qui chargent des articles via l’API REST avec Toutes les langues sélectionnées, comme ceux d’Avada, listent les articles de chaque langue.

Correctifs pour les écrans d’administration et les paramètres

• L’icône de la barre d’administration de WPML affiche une icône de lecture verte pendant que Tout traduire s’exécute sans rien avoir à faire, et un compteur rouge uniquement lorsque quelque chose nécessite votre action.
• Les liens des écrans de WPML vers wpml.org ouvrent la page ou la section de documentation que l’écran décrit.
• Davantage de textes d’administration, tels que les noms de style de sélecteur de langue et certains boutons et messages, sont affichés dans la langue de votre interface d’administration.
• Paramètres → Traducteurs affiche la version XLIFF utilisée, l’ancien crédit de pied de page « Multilingual WordPress with WPML » est supprimé, et les nouveaux sites ne stockent plus de paramètres inutilisés.
• L’option URL de page sous URL et SEO s’affiche pour chaque langue d’administration.
• Support → Vider le cache actualise également la liste des services de traduction.
• Vider le cache dans WPML → Support efface également les traductions du titre et du slogan du site ainsi que les caches de WPML CMS Navigation et ACF Multilingual.
• Les informations de débogage de WPML et l’écran Support affichent la véritable version de MariaDB au lieu de MySQL 5.5.5.
• Les écrans d’administration ne consignent plus d’avertissement « Undefined array key » pour les requêtes sans cookie de connexion, telles que WP-CLI.

Correctifs pour les bases de données et multisite

• Multisite : un site du réseau qui possède les tables de WPML mais n’a pas terminé la configuration n’interroge plus la table des langues à chaque requête.
• Multisite : un site du réseau dont les tables WPML ont disparu cesse de les interroger à chaque requête et en informe ses administrateurs.
• La réparation de dépannage pour les types d’éléments supprime désormais un enregistrement de traduction en même temps que son statut et ses tâches, ne laissant rien de cassé derrière.
• Lorsque la base de données refuse une mise à jour de table WPML, WPML corrige lui-même le cas courant de date zéro ; sinon, une notification d’administration affiche l’erreur et un bouton Réessayer, au lieu que les tâches de traduction n’échouent silencieusement.
• La table des tâches insolubles est créée sur les anciennes versions de MariaDB et MySQL.

Autres correctifs

• L’enregistrement du site auprès de wpml.org signale correctement les sites qui traduisent dans l’éditeur WordPress.
• Plus de notification PHP « WP_User_Query::query was called incorrectly » lorsque WPML active les capacités de traducteur.
• Plus d’avertissement PHP « Undefined array key 2 » lorsqu’une extension ou un thème vérifie une capacité d’article sans nommer d’article.
• Avec un cache d’objets persistant, les listes de commentaires et d’avis affichent les commentaires de la langue actuelle.
• La notification concernant les modèles Twig personnalisés renvoie à la section sur les modèles PHP.

Besoin d’aide pour cette version publiée ?

Faites une demande d'assistance