Problem:
We have custom blocks such as the top banner block is a custom block. The content of it is not picked by the WPML editor and thus it is not getting translated. Hence we have to manually translate it which is double work.
Solution:
When you're using custom blocks on your website, you need to make them compatible with WPML by following the simple steps from the article below.
Problem: The client is experiencing an issue where images deleted from the Media Library in the default language (English) are not being removed from the Spanish Media Library on their multilingual website.
Solution: We explained that in WordPress, media is treated as a post type, which means that deleting an image in one language does not automatically delete its translation. To resolve this, we recommend the following steps: 1. Navigate to WPML > Settings > Posts and Pages synchronization. 2. Check the box labeled "When deleting a post, delete translations as well". 3. Scroll down and click the blue "Save" button to apply the changes.
It's important to note that this setting will only apply to new deletions and will not affect media that has already been deleted without a corresponding translation. For media that has been deleted prior to this setting change, the translations will need to be removed manually.
If this solution doesn't seem relevant to your situation, please feel free to open a new support ticket with us.
Problem: When hovering over the language flags, the code for the img tag is displayed. Solution: This issue usually happens when the theme doesn't support image in a menu and this can be fixed by using the following JavaScript code to remove the 'title' attribute from the language switcher links:
Problem: The client is facing an issue with setting different prices for product translations in a multilingual WooCommerce site. They are trying to import new prices for translated products, but the prices are locked and cannot be changed.
Solution: We explained that when using WooCommerce with WPML, product translations are managed under WooCommerce -> WooCommerce Multilingual -> Products. All product translations share the same details as the original product, and it is not possible to set different product details for translations within WPML.
To set custom prices in different currencies, the client should only do this on the original product. The price will then be copied to the translated product, and if using WPML's Multi-currency feature, the price will be converted automatically. However, the client will not be able to set completely different prices for the translations.
If the client needs different prices for translated products, they should not translate the original products. Instead, they should create individual products in each language independently. These products would not be linked and would not share any product details.
Problem: The client was unable to translate custom fields on their website using WPML with the Uncode theme. The custom fields were not appearing in the WPML Translation Editor, and they were not found in any translatable string lists. Additionally, they encountered a warning about the site being moved or copied.
Solution: 1. We scanned the Uncode Theme for new strings via WPML -> Theme and Plugin Localization. 2. We navigated to WPML -> String Translation and clicked on "Translate texts in admin screens" at the bottom of the page. 3. We located the detail field labels and added them to String Translation using the text-domain filter
admin_texts_uncode
. 4. We provided instructions to use the text-domain filter to find and translate the labels.
Problem: The client is unable to switch languages using the URL rewriting option in WPML. They receive an error message indicating that 'languages per directories will not function' due to potential issues with WordPress installation location, URL rewriting not being enabled on the web server, or the web server's inability to write to the .htaccess file.
Solution: We recommend the following steps to troubleshoot the issue: 1. Set the Language URL Format in WPML settings. 2. Visit the front end of your website to check if it displays correctly. - If the front end displays as expected, the error message is a false-positive, and you can continue using the URL Structure without any issues. - If you encounter an error 500, a blank page, or an error 503 on the front end, and it's resolved by changing the URL Structure, then further investigation is needed.
If this solution does not seem relevant to your situation, please open a new support ticket with us, and we'll be happy to assist you further.
