翻訳後にブロックが「Attempt Recovery」を表示するのはなぜですか？

プラグインが同梱する wpml-config.xml は必ずしも完全ではありません。翻訳自体は正しくても、エディターが保存したHTMLがブロックの期待する形式からずれることがあります — Attempt Recovery をクリックすると再構築されます。

Kadence の例。 ブロックのHTMLには、文字列の置換では翻訳できない入力文字列の変換が含まれています。たとえば kadence/tabs では、"First tab" というタイトルのタブが、レンダリングされたHTMLで次のようになります：

<li id="tab-firsttab"Copy

そのため、スペイン語の翻訳では次のようになる必要があります：

<li id="tab-primerapestaa"Copy

…しかし、この変換は wpml-config.xml で宣言されていないため、ブロックは自動修正できません。フロントエンドのHTMLは正常に表示されるため、「Attempt Recovery」は任意となります。

Greenshift の例。 Greenshiftの wpml-config.xml は、同じ文字列を2つの独立した翻訳として宣言しています。2つの翻訳が一致しない場合、ブロックはHTMLを再生成する必要があります — これが Attempt Recovery の役割です。たとえば、以下のスニペットでは <xpath>//*[contains(@class, 'gspb_button_wrapper')]</xpath> と <key name="buttonContent" /> が同じ文字列を参照しています：

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