SSS
SSSNeden bazı bloklar çeviriden sonra "Attempt Recovery" gerektirir?

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.

Attempt Recovery uyarısını gösteren çevrilmiş Kadence sekme bloğu
Attempt Recovery uyarısını gösteren çevrilmiş Kadence sekme bloğu

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>