Почему некоторым блокам требуется «Attempt Recovery» после перевода?

Файл wpml-config.xml, поставляемый плагинами, не всегда идеален. Перевод может быть правильным, но сохранённый редактором HTML может расходиться с тем, что ожидает блок — нажатие Attempt Recovery пересобирает его.

Переведённый блок вкладок Kadence с уведомлением Attempt Recovery

Если вам нужна интеграция с конкретным плагином и его wpml-config.xml содержит проблемы, пожалуйста свяжитесь с нами — мы изучим вопрос и постараемся устранить проблемы с нашей стороны.

Пример Kadence. HTML блока содержит преобразования входных строк, которые невозможно перевести простой заменой строк. Например, в kadence/tabs вкладка с заголовком "First tab" создаёт в отрендеренном HTML следующее:

<li id="tab-firsttab"

Таким образом, для испанского перевода потребуется:

<li id="tab-primerapestaa"

…однако это преобразование не объявлено в wpml-config.xml, поэтому блок не может исправить это автоматически. HTML на фронтенде при этом выглядит нормально, поэтому «Attempt Recovery» является необязательным.

Пример Greenshift. Файл wpml-config.xml Greenshift объявляет одну и ту же строку как два независимых перевода. Когда два перевода не совпадают, блок вынужден заново сгенерировать свой 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>