Warum benötigen einige Blöcke nach der Übersetzung "Attempt Recovery"?

Die wpml-config.xml, die von Plugins mitgeliefert wird, ist nicht immer perfekt. Die Übersetzung kann korrekt sein, aber das vom Editor gespeicherte HTML kann von dem abweichen, was der Block erwartet — ein Klick auf Attempt Recovery stellt es wieder her.

Übersetzter Kadence-Tabs-Block mit dem Attempt Recovery-Hinweis

Wenn du eine Integration mit einem bestimmten Plugin benötigst und dessen wpml-config.xml Probleme aufweist, kontaktiere uns — wir sehen uns das an und prüfen, ob die Probleme auf unserer Seite behoben werden können.

Kadence-Beispiel. Das HTML des Blocks enthält Transformationen von Eingabe-Strings, die nicht durch eine einfache String-Ersetzung übersetzt werden können. Zum Beispiel erzeugt bei kadence/tabs ein Tab mit dem Titel "First tab" folgendes im gerenderten HTML:

<li id="tab-firsttab"

Die spanische Übersetzung erfordert also:

<li id="tab-primerapestaa"

…aber diese Transformation ist in wpml-config.xml nicht deklariert, sodass der Block sie nicht automatisch korrigieren kann. Das Frontend-HTML sieht weiterhin korrekt aus, weshalb "Attempt Recovery" optional ist.

Greenshift-Beispiel. Die wpml-config.xml von Greenshift deklariert denselben String als zwei unabhängige Übersetzungen. Wenn die beiden Übersetzungen nicht übereinstimmen, muss der Block sein HTML neu generieren — genau das macht Attempt Recovery. Im folgenden Snippet beziehen sich zum Beispiel <xpath>//*[contains(@class, 'gspb_button_wrapper')]</xpath> und <key name="buttonContent" /> auf denselben 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>