¿Por qué algunos bloques necesitan "Attempt Recovery" tras la traducción?

El wpml-config.xml que distribuyen los plugins no siempre es perfecto. La traducción puede ser correcta, pero el HTML almacenado por el editor puede divergir de lo que el bloque espera — al hacer clic en Attempt Recovery se reconstruye.

Bloque de pestañas de Kadence traducido mostrando el aviso de Attempt Recovery

Si necesitas una integración con un plugin concreto y su wpml-config.xml tiene problemas, por favor ponte en contacto — lo revisaremos y veremos si los problemas se pueden solucionar por nuestra parte.

Ejemplo de Kadence. El HTML del bloque contiene transformaciones de cadenas de entrada que no pueden traducirse mediante una sustitución de cadenas. Por ejemplo, en kadence/tabs, una pestaña titulada "First tab" produce esto en el HTML renderizado:

<li id="tab-firsttab"

Así que la traducción al español necesita:

<li id="tab-primerapestaa"

…pero esta transformación no está declarada en wpml-config.xml, por lo que el bloque no puede autocorregirla. El HTML del frontend sigue viéndose bien, por lo que "Attempt Recovery" es opcional.

Ejemplo de Greenshift. El wpml-config.xml de Greenshift declara la misma cadena como dos traducciones independientes. Cuando las dos traducciones no coinciden, el bloque tiene que regenerar su HTML — eso es lo que hace Attempt Recovery. Por ejemplo, en el fragmento de abajo <xpath>//*[contains(@class, 'gspb_button_wrapper')]</xpath> y <key name="buttonContent" /> se refieren a la misma cadena:

<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>