Waarom hebben sommige blokken "Attempt Recovery" nodig na vertaling?

Het wpml-config.xml-bestand dat door plugins wordt meegeleverd is niet altijd perfect. De vertaling kan correct zijn, maar de door de editor opgeslagen HTML kan afwijken van wat het blok verwacht — door op Attempt Recovery te klikken wordt het opnieuw opgebouwd.

Vertaald Kadence-tabbladenblok met de melding Attempt Recovery

Als je een integratie nodig hebt met een specifieke plugin en het wpml-config.xml-bestand ervan problemen heeft, neem dan contact op — we bekijken het en kijken of de problemen aan onze kant kunnen worden opgelost.

Kadence-voorbeeld. De HTML van het blok bevat transformaties van invoerstrings die niet kunnen worden vertaald door een eenvoudige stringvervanging. Bijvoorbeeld: bij kadence/tabs produceert een tabblad met de titel "First tab" dit in de gerenderde HTML:

<li id="tab-firsttab"

De Spaanse vertaling heeft dus het volgende nodig:

<li id="tab-primerapestaa"

…maar deze transformatie is niet gedeclareerd in wpml-config.xml, dus het blok kan het niet automatisch corrigeren. De frontend-HTML ziet er nog steeds goed uit, vandaar dat "Attempt Recovery" optioneel is.

Greenshift-voorbeeld. Het wpml-config.xml-bestand van Greenshift declareert dezelfde string als twee onafhankelijke vertalingen. Wanneer de twee vertalingen niet overeenkomen, moet het blok zijn HTML opnieuw genereren — dat is precies wat Attempt Recovery doet. In het onderstaande fragment verwijzen <xpath>//*[contains(@class, 'gspb_button_wrapper')]</xpath> en <key name="buttonContent" /> bijvoorbeeld naar dezelfde string:

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