Pourquoi certains blocs nécessitent-ils "Attempt Recovery" après la traduction ?

Le wpml-config.xml fourni par les plugins n'est pas toujours parfait. La traduction peut être correcte, mais le HTML stocké par l'éditeur peut diverger de ce qu'attend le bloc — cliquer sur Attempt Recovery le reconstruit.

Bloc d'onglets Kadence traduit affichant l'avis Attempt Recovery

Si vous avez besoin d'une intégration avec un plugin spécifique et que son wpml-config.xml présente des problèmes, veuillez nous contacter — nous examinerons la situation et verrons si les problèmes peuvent être résolus de notre côté.

Exemple Kadence. Le HTML du bloc contient des transformations de chaînes d'entrée qui ne peuvent pas être traduites par un simple remplacement de chaîne. Par exemple, sur kadence/tabs, un onglet intitulé "First tab" produit ceci dans le HTML rendu :

<li id="tab-firsttab"

La traduction espagnole nécessite donc :

<li id="tab-primerapestaa"

…mais cette transformation n'est pas déclarée dans wpml-config.xml, le bloc ne peut donc pas la corriger automatiquement. Le HTML du frontend s'affiche toujours correctement, d'où le fait qu'« Attempt Recovery » est facultatif.

Exemple Greenshift. Le wpml-config.xml de Greenshift déclare la même chaîne comme deux traductions indépendantes. Lorsque les deux traductions ne correspondent pas, le bloc doit régénérer son HTML — c'est ce que fait Attempt Recovery. Par exemple, dans l'extrait ci-dessous <xpath>//*[contains(@class, 'gspb_button_wrapper')]</xpath> et <key name="buttonContent" /> font référence à la même chaîne :

<gutenberg-block type="greenshift-blocks/button" translate="1" label="Advanced Button">
    <xpath>//*[contains(@class, 'gspb_button_wrapper')]</xpath>
    <key name="buttonContent" />
    <key name="label" />
    <key name="buttonLink" />
    <key name="customAnchor" />
    <key name="closeLabel" />
    <key name="openLabel" />
</gutenberg-block>