WPML Multilingual & Multicurrency for WooCommerce 5.8.0

Journal des modifications

Nécessite WPML 5.3.0.

Nouveautés

• Le rappel pour traduire les pages de la boutique WooCommerce apparaît dans le panneau Langue de l’éditeur de blocs.
• Lorsque vous supprimez un attribut de produit global, ses termes dans les autres langues sont également supprimés, si WPML est configuré pour supprimer les traductions des termes.
• La liste des produits affiche la colonne Langues par défaut et marque les produits qui sont des duplicatas d’une autre langue.
• Les cookies de WooCommerce Multilingual sont définis avec SameSite=Lax, et Secure sur les sites HTTPS, de sorte que les navigateurs et les scanners de sécurité ne les signalent plus.
• Les champs de douane ajoutés dans WooCommerce 11.3 (code marchandise, pays d’origine et description douanière) sont copiés dans les traductions des produits et des variations, et verrouillés sur l’écran de modification de la traduction.
• Renforcement de la sécurité.
• Les boutons PayPal Payments s’affichent dans la langue actuelle. Pour une langue que PayPal ne répertorie pas, comme le turc ou le catalan, les boutons Apple Pay et Google Pay s’affichent également dans cette langue.

Performances

• Les pages n’exécutent plus le filtre de prix multidevise à chaque lecture de champ personnalisé, ce qui, sur les grandes pages, représentait des dizaines de milliers de vérifications supplémentaires.
• Les pages de la boutique ne chargent plus jQuery UI Dialog et Dashicons lorsque le panier est configuré pour se réinitialiser lors d’un changement de langue ou de devise.
• Un panier contenant des variations lit les termes de ses attributs ensemble, et un changement de langue lit les produits traduits ensemble.
• La synchronisation d’un produit efface les transients WooCommerce de l’ensemble de la boutique une seule fois, et non une fois par traduction.

Correctifs dans Bookings

• Le calendrier Bookings répertorie chaque ressource une seule fois, dans la langue actuelle de l’interface d’administration.
• Un produit réservable exporté puis réimporté avec ses traductions conserve les types de personnes de chaque langue.
• Le calendrier de disponibilité de Bookings affiche uniquement les produits dans la langue actuelle, sans entrées fictives pour les autres langues.

Correctifs dans Subscriptions

• Un plan Subscriptions à remise fixe avec un prix manuel dans une devise secondaire n’affiche plus d’étiquette convertie « (-X $) ».
• Les changements d’abonnement dans Subscriptions facturent le prix manuel d’un abonnement simple dans la devise de l’acheteur, y compris sur les produits traduits, et un prix manuel vide dans la devise de la boutique conserve le prix du produit.
• Un renouvellement échoué payé depuis une langue avec une autre devise conserve la devise de la commande de renouvellement.

Correctifs dans les e-mails

• Les e-mails envoyés depuis l’écran de la commande affichent les dates et les heures dans le format traduit pour la langue de la commande.
• Les e-mails envoyés depuis l’écran de la commande affichent l’image d’en-tête de l’e-mail traduite pour la langue de la commande.
• L’e-mail de nouvelle commande destiné à l’administrateur répertorie les produits dans la langue de l’administrateur lorsque l’acheteur a passé commande dans une autre langue.
• Les e-mails de commande envoyés depuis l’écran de la commande utilisent l’adresse de paiement de la commande traduite dans leur lien de paiement.

Correctifs dans le mode multidevise

• Avec l’option « Afficher uniquement les produits avec des prix personnalisés dans les devises secondaires », les produits dont le prix est défini automatiquement sont également masqués dans les produits apparentés et les blocs de produits WooCommerce.
• WooCommerce → Paramètres → Général affiche le format de devise propre à la boutique, et non celui d’une devise secondaire, lorsque la langue de l’interface d’administration utilise une autre devise.
• Un appel de capacité WooCommerce qui demande une devise ne laisse plus cette devise définie pour les requêtes ultérieures de l’acheteur.
• Un sélecteur de devise chargé par un thème ou une extension avec une requête AJAX répertorie uniquement les devises activées pour la langue actuelle.
• La devise affichée en premier pour chaque langue est conservée lorsque WPML est désactivé puis réactivé.
• Les utilisateurs au clavier peuvent sélectionner une devise dans le sélecteur de devise sous forme de liste déroulante.
• La modification des frais de change dans les paramètres multidevises met à jour les taux de change lors de l’enregistrement.
• L’avertissement indiquant que la devise par défaut a été modifiée parvient à chaque gestionnaire de boutique, quelle que soit la langue de son interface d’administration. Un gestionnaire de boutique peut l’ignorer, un éditeur ne le voit plus, et son lien ouvre les paramètres multidevises.
• Un prix promotionnel manuel dans une devise secondaire s’applique lorsque sa planification de promotion ne comporte qu’une date de début ou qu’une date de fin.
• Un prix promotionnel manuel dans une devise secondaire reste en promotion pendant toute la durée de son dernier jour planifié.
• Lorsqu’une promotion planifiée commence ou se termine, les produits conservent leur prix dans la devise de la boutique au lieu d’un prix converti, même lorsque la langue utilise une autre devise par défaut.
• Sur l’écran de modification du produit, les prix déterminés automatiquement à partir du taux de change affichent l’arrondi et la soustraction automatique appliqués par la boutique.
• L’enregistrement des paramètres d’une devise dans le mode multidevise conserve « Tous les comptes » pour le virement bancaire au lieu de ne montrer aux clients que le premier compte bancaire.
• Avec OceanWP, l’ajout au panier en AJAX fonctionne sur les pages de produits dans les langues qui utilisent le mode multidevise.
• Un produit variable dont toutes les variations sont masquées ne déclenche plus d’erreur dans le journal de WooCommerce 11.1 concernant les prix des variations.
• Un enregistrement ou une suppression refusée dans la boîte de dialogue du sélecteur de devise reste visible en tant qu’échec, et vous pouvez réessayer.
• Sur un thème basé sur des blocs, l’écran multidevise ne propose plus de zone de widget pour le sélecteur de devise.

Correctifs dans les commandes et le stock

• Le stock retenu par les commandes en attente est comptabilisé dans toutes les traductions d’un produit, de sorte que la boutique ne vend plus au-delà des stocks disponibles.
• La synchronisation du stock atteint chaque traduction de produit, y compris lorsqu’une traduction comporte des lignes de stock en double ou est livrée en dehors de wp-admin.
• Avec Table Rate Shipping, l’affichage d’une commande n’enregistre plus le titre de sa ligne d’expédition dans la langue par défaut.
• Le recalcul d’une commande conserve les bons montants lorsque le séparateur décimal de la boutique est traduit et que l’interface d’administration fonctionne dans une autre langue.
• Les clients voient toujours leurs téléchargements après qu’un administrateur a modifié la langue de la commande.
• Les commandes créées avec WP-CLI dans une devise donnée utilisent les prix de cette devise.
• L’écran de modification de la commande affiche les termes d’attribut d’une ligne dans la langue de la ligne.

Correctifs dans d’autres extensions WooCommerce

• Avec Name Your Price 4.0 et versions ultérieures, la propre prise en charge multidevise de Name Your Price est utilisée.
• Les produits créés avec un type de produit personnalisé dans le code, tels que les produits de loterie Dokan, conservent leur type au lieu de devenir des produits simples.
• Les champs personnalisés copiés dans les traductions qui sont indexés par variation, comme la galerie de variations de WoodMart, atteignent le produit traduit lorsque la traduction est livrée.
• Le sitemap XML de produits de Yoast SEO répertorie les produits traduits avec la catégorie de leur propre langue, de sorte que les adresses ne redirigent plus.
• HUSKY Products Filter : les liens du sélecteur de langue conservent le filtre dans leur langue.

Correctifs dans la traduction des produits

• Un produit enregistré sans catégorie est classé dans la catégorie de produit par défaut de sa propre langue, y compris lorsqu’il est créé via REST, WP-CLI, une importation ou l’interface publique, ou enregistré depuis une interface d’administration dans une autre langue.
• Lorsque la catégorie de produit par défaut change, ou qu’une traduction de celle-ci est ajoutée, chaque langue disposant d’une traduction de la nouvelle catégorie par défaut utilise cette traduction comme catégorie par défaut, et les langues qui n’en ont pas conservent la leur.
• Après « Synchroniser les variations de produit », les produits variables traduits affichent la fourchette de prix au lieu d’un ancien prix unique.
• L’éditeur de traduction de produit s’ouvre pour les produits comportant un champ personnalisé qu’une extension telle que Bookings marque comme contenant plusieurs valeurs.
• L’éditeur de traduction de produit enregistre la traduction d’un champ personnalisé qu’une extension telle que Bookings marque comme contenant plusieurs valeurs lorsque le produit a une valeur unique.
• L’éditeur de traduction de produit affiche le slug d’origine d’un produit en brouillon.
• Dans une langue secondaire, la recherche d’attributs de l’éditeur de produit répertorie et trouve les attributs par leur libellé traduit.
• Les variations traduites restent achetables lorsqu’une valeur d’attribut personnalisé contient « & » et que le produit est traduit avec l’Éditeur de traduction avancé.
• L’éditeur de traduction de produit affiche et enregistre la description et les champs personnalisés traduisibles des catégories, des étiquettes et des termes d’attribut du produit.
• La traduction d’un produit qui a des avis ne crée plus de classe de taxe, de stock et d’autres champs copiés en double sur la traduction.
• « Trier par prix » et le filtre de prix dans les langues secondaires utilisent le nouveau prix après que vous avez enregistré des variations ou modifié rapidement ou en masse des produits en promotion.
• Un produit en brouillon, en attente ou privé conserve son SKU unique, de sorte qu’un autre produit ne peut plus être enregistré avec le même SKU.
• Le bouton « Ajouter un produit » verrouillé du panneau Produits groupés d’un lot traduit affiche une seule icône de cadenas au lieu de deux.
• « Corriger les relations » dans le dépannage de WooCommerce Multilingual maintient une variation traduite connectée à son original.
• Les titres, descriptions et instructions de la passerelle de paiement atteignent la Traduction de chaînes dès que les paramètres de la passerelle sont enregistrés ou qu’elle est activée sur l’écran Paiements.
• Avec les avis affichés dans toutes les langues, la liste des avis des blocs WooCommerce affiche les avis de chaque traduction, tout comme la page du produit.
• Sur une page traduite, le bloc Produit unique affiche le produit traduit et ses avis.
• Les traductions d’un produit conservent les statuts « Masqué » et « Mis en avant » lorsque son évaluation ou son stock change.
• Une base d’attribut de produit avec une barre oblique initiale, telle que /shop, est traduite dans les liens et les règles de réécriture.
• L’archive de la boutique continue de fonctionner après la reconstruction des règles de réécriture lors d’une requête dans une langue secondaire.

Correctifs dans le panier et la validation de commande

• Aucune erreur critique lorsqu’une autre extension change la devise dans une requête qui n’a pas de panier, comme une requête REST.
• Avec le mode multidevise, le total de la validation de commande suit chaque modification du tarif d’expédition sélectionné, y compris les tarifs en direct provenant d’extensions d’expédition.
• Sur la page de paiement d’une commande manuelle, le sélecteur de langue conserve le formulaire de paiement dans les autres langues.
• Avec une langue par domaine, la boîte de dialogue de réinitialisation du panier s’affiche à chaque changement de langue, et pas seulement au premier.
• Avec les produits affichés comme traduits avec solution de repli, les variations restent dans le panier jusqu’à ce que l’acheteur réponde à la boîte de dialogue du panier lors d’un changement de langue.
• Les boutons Conserver et Revenir de la boîte de dialogue de changement de langue du panier ouvrent les bonnes adresses, y compris sur les sites situés dans un sous-répertoire.
• La boîte de dialogue du panier lors d’un changement de langue s’affiche à nouveau lorsque l’acheteur recharge ou ouvre une autre page sans y répondre.
• Dans le panier, une variation avec un attribut « N’importe quel » renvoie au produit avec la valeur choisie.

Autres correctifs

• Avec Tout traduire activé, la création de la catégorie de produit par défaut ou la duplication de termes d’attribut ne rouvre plus les taxonomies pour la traduction automatique.
• Le shortcode de catégorie de produit répertorie les produits de la langue par défaut sur les pages traduites lorsque les produits utilisent « afficher comme traduit ».
• Les propres données de gestion internes de WPML ne comptent plus comme une modification de variation de produit.
• Les champs personnalisés de produit dont la valeur semble seulement sérialisée ne sont plus vidés ou tronqués dans les traductions.
• Les traductions de l’extension sont actualisées.
• Les liens de documentation sur le mode multidevise, le lien de documentation sur les paramètres d’e-mail et le lien d’achat ouvrent les bonnes pages wpml.org.
• La première installation ne crée plus de catégories « Non classé » isolées et ne perd plus la catégorie par défaut d’une langue lorsque deux pages de l’interface d’administration se chargent en même temps.
• Sur les sites dont l’anglais est une variante régionale telle que en-us, les chaînes WooCommerce sans langue sont traitées comme cet anglais, de sorte que les bases de la boutique, les langues des e-mails et les libellés des attributs se résolvent correctement.
• WooCommerce Analytics → Produits et son exportation CSV ne comptent plus les quantités d’articles en double pour certaines commandes.
• Les vendeurs devenus traducteurs via l’intégration des vendeurs obtiennent le rôle de traducteur de la même manière que les traducteurs ajoutés dans WPML.
• Le sélecteur de devise n’exécute plus de fichier template.php à partir du dossier uploads.
• WooCommerce → Paramètres → Paiements n’affiche plus le sélecteur de langue de l’interface d’administration.
• Un recomptage qui ne trouve aucun terme ne laisse plus les filtres de termes de WPML désactivés pour le reste de la requête.
• Le Setup Wizard et l’outil de page de WooCommerce restaurent une page de boutique depuis la corbeille.
• Sur WordPress 7.2, les slugs de produits numérotés n’enregistrent plus d’avis d’obsolescence dans le journal.
• WooCommerce Multilingual fonctionne lorsque WordPress le charge avant WPML.
• WooCommerce Multilingual est fourni avec le même programme d’installation que WPML 5.3.0 : une clé du site refusée par une vérification automatique est conservée et signalée jusqu’à ce que vous actualisiez la licence, un sous-site multisite explique que le réseau multisite utilise une seule clé du site, et la bannière de compte expiré peut être fermée.
• La liste des produits ne se termine plus par une erreur fatale lorsque l’extension All Products for WooCommerce Subscriptions est active.

Besoin d’aide pour cette version publiée ?

Faites une demande d'assistance