Neden bazı bloklar çeviriden sonra "Attempt Recovery" gerektirir?
Eklentiler tarafından sağlanan wpml-config.xml her zaman mükemmel değildir. Çeviri doğru olabilir, ancak düzenleyicinin depoladığı HTML, bloğun beklediğinden sapabilir — Attempt Recovery'e tıklamak bunu yeniden oluşturur.

Belirli bir eklentiyle entegrasyon ihtiyacınız varsa ve o eklentinin wpml-config.xml dosyasında sorunlar varsa, lütfen bizimle iletişime geçin — bir göz atalım ve sorunların bizim tarafımızdan düzeltilip düzeltilemeyeceğine bakalım.
Kadence örneği. Bloğun HTML'i, dize değiştirme yoluyla çevrilemeyen girdi dizisi dönüşümlerini içerir. Örneğin, kadence/tabs üzerinde "First tab" başlıklı bir sekme, oluşturulan HTML'de şunu üretir:
<li id="tab-firsttab"Bu nedenle İspanyolca çeviri şunu gerektirir:
<li id="tab-primerapestaa"…ancak bu dönüşüm wpml-config.xml içinde tanımlanmamıştır, dolayısıyla blok bunu otomatik olarak düzeltemez. Ön uç HTML'i hâlâ doğru görünür; bu nedenle "Attempt Recovery" isteğe bağlıdır.
Greenshift örneği. Greenshift'in wpml-config.xml dosyası aynı dizeyi iki bağımsız çeviri olarak tanımlar. İki çeviri eşleşmediğinde, blok kendi HTML'ini yeniden oluşturmak zorunda kalır — Attempt Recovery'nin yaptığı da tam olarak budur. Örneğin, aşağıdaki kod parçacığında <xpath>//*[contains(@class, 'gspb_button_wrapper')]</xpath> ve <key name="buttonContent" /> aynı dizeye atıfta bulunur:
<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>