Tại sao một số block cần "Attempt Recovery" sau khi dịch?

wpml-config.xml được cung cấp bởi các plugin không phải lúc nào cũng hoàn hảo. Bản dịch có thể đúng, nhưng HTML được lưu trong trình soạn thảo có thể khác so với những gì block mong đợi — nhấp vào Attempt Recovery sẽ xây dựng lại nó.

Ví dụ Kadence. HTML của block chứa các phép biến đổi chuỗi đầu vào mà không thể được dịch bằng cách thay thế chuỗi đơn giản. Ví dụ, trên kadence/tabs, một tab có tiêu đề "First tab" tạo ra đoạn này trong HTML được hiển thị:

<li id="tab-firsttab"Copy

Vì vậy bản dịch tiếng Tây Ban Nha cần:

<li id="tab-primerapestaa"Copy

…nhưng phép biến đổi này không được khai báo trong wpml-config.xml, nên block không thể tự động sửa nó. HTML giao diện người dùng vẫn trông bình thường, do đó "Attempt Recovery" là tùy chọn.

Ví dụ Greenshift. wpml-config.xml của Greenshift khai báo cùng một chuỗi dưới dạng hai bản dịch độc lập. Khi hai bản dịch không khớp, block phải tạo lại HTML của nó — đó là điều mà Attempt Recovery thực hiện. Ví dụ, trong đoạn mã dưới đây <xpath>//*[contains(@class, 'gspb_button_wrapper')]</xpath> và <key name="buttonContent" /> đề cập đến cùng một chuỗi:

<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