This is the technical support forum for WPML - the multilingual WordPress plugin.
Everyone can read, but only WPML clients can post here. WPML team is replying on the forum 6 days per week, 22 hours per day.
Sun | Mon | Tue | Wed | Thu | Fri | Sat |
---|---|---|---|---|---|---|
- | - | 9:00 – 18:00 | 9:00 – 18:00 | 9:00 – 18:00 | 9:00 – 18:00 | 9:00 – 18:00 |
- | - | - | - | - | - | - |
Supporter timezone: America/Lima (GMT-05:00)
This topic contains 11 replies, has 2 voices.
Last updated by Andreas W. 1 year ago.
Assisted by: Andreas W..
Author | Posts |
---|---|
October 17, 2023 at 2:44 pm #14595691 | |
bjarteL |
Dear Support Team, We are hosting a WP page at this domain: We are using Gutenberg Editor and Lazy Blocks (hidden link) to create pages Wordpress is used as backend only. For our frontend page we are querying WordPress GraphQL and display the page at this domain: hidden link Tell us what you are trying to do? Example: In an english page we have a Lazy Block input field "Button Link" (see screenshot). Ideally I would expect that this link is replaced with the link to translated content if I use the "Translate Link Targets" function. What is the link to your site? |
October 20, 2023 at 12:19 am #14619789 | |
Andreas W. Supporter Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00) |
Hello, The button links works as expected here: It would be very uncommon that it works on one post and others not. Internal links and the adjusted internal linking function can only work if the content that you are linking to has been translated to 100% inside the WPML Translation Editor and is published. You example post: This post seems not to be really translated, only you are using the fallback option in order to display the original content if a translation is missing, and if so, then this behavior is expected. If I am wrong about my presumption then please let me know. Best regards |
October 24, 2023 at 6:15 am #14642353 | |
bjarteL |
Hi, this is an example site where links are not translated (we're currently manually updating links one by one): hidden link The german translation in WPML is shown as 100%. Still the links, e.g. "Get started" are pointing to the english page, hidden link, but it should be the german translation of that page, hidden link It seems the links are detected in WordPress content type "post" (like a blog article), but not in WordPress content type "page", although both content is saved in table wp_posts. Can you see any reason for this? |
October 25, 2023 at 4:24 am #14652011 | |
Andreas W. Supporter Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00) |
Hello, No, this actually looks kind of unexpected to me, as in your example the /getting-started link on your example page should automatically point to /de/loslegen/ without the need for a translation. Could it be that this only occurs on specific Gutenberg Blocks from "Lazy Blocks Pro", that are not Core WordPress Blocks? Best regards |
October 25, 2023 at 5:34 am #14652117 | |
bjarteL |
Hi, yes, this seems to occur for all Lazy Blocks. Links are detected as links by WPML as they don't appear in WPML translator view unless we search for "http". The behaviour seems to be like described here for external links: Is there any way to make WPML detect these as internal links and to translate them? Best regards |
October 25, 2023 at 6:54 am #14657033 | |
Andreas W. Supporter Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00) |
Hello, Yes, this is controlled by a wpml-config.xml file that should be located inside the root folder of the plugin. If you set the "type" attribute as a "link" in the XPath for the element, then WPML should recognize it as an internal link. Example: <wpml-config> <gutenberg-blocks> <gutenberg-block type="core/some-block" translate="1"> <xpath type="link">//a/@href</xpath> </gutenberg-block> </gutenberg-blocks> </wpml-config> Source: I can offer a WPML test site on which you could install the LazyBlocks PRO Plugin so that we can test this. Would you like me to send you a link to a test site? Best regards |
October 25, 2023 at 7:00 am #14657051 | |
Andreas W. Supporter Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00) |
Hello, Inside the free version of Lazy Blocks, I did not find any wpml-config.xml file. Could you please revise if the PRO version ships with such a file in its root directory if so please install the plugin in its latest version here: hidden link Please do not forget to notify me on this ticket, in case you installed the PRO version of the plugin for testing. Best regards |
October 27, 2023 at 12:50 pm #14679359 | |
bjarteL |
Hi Andreas, thank you! We have a WordPress test server, registered as WMPL development page and will test there and get with results. Yes, we do have a license key for lazyblocks pro. Let's see if we can activate that at the test server or if we need test that on our live server. We will report back here! Best regards, Christoph |
October 27, 2023 at 9:34 pm #14682309 | |
Andreas W. Supporter Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00) |
Hello, I am sending the link to this sandbox, as this is our internal procedure. I need to recreate the issue there in a minimal setup from scratch while using the latest versions of all components. Then I will create a copy of this site and send it to our compatibility team together with a report. If I can not provide a full workaround, then the compatibility team will assist in finding a working solution and possibly try to reach out to the author of the plugin. After all, it is the responsibility of Lazyblocks to implement the correct config for making their blocks compatible with WPML. Please let me know on this ticket, if you will be able to activate the PRO version on the sandbox or alternatively you can reach out directly to the Lazyblocks team and report the issue there. Best regards |
October 27, 2023 at 9:37 pm #14682313 | |
Andreas W. Supporter Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00) |
Hello, Additional to my last message: Which block from LazyBlocks are you using on your site? I also invite you to try to recreate the issue on my sandbox with an example page that uses the same block while using the current free version of Lazy. If the block only is shipped with the PRO version then I need you to activate it. I can then try to create a config that solves the issue. Best regards |
October 31, 2023 at 1:16 pm #14700007 | |
bjarteL |
Hi Andreas, Unfortunately I cannot enable LazyBlocks PRO on the sandbox. But by default i don't see the wpml-config.xml in the root folder of LazyBlocks plugin folder. We are mainly making custom blocks with controls example: content, URL, text. These are usually the locations where the links are not translated. Best regards |
October 31, 2023 at 3:11 pm #14701543 | |
Andreas W. Supporter Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00) |
Hello, I would like to offer to have a closer look at the problem and request temporary access (wp-admin and FTP) to the website to investigate this issue further. You can find the required fields below the comment section when you log in to leave the next reply. The information you provide is private, which means only you and I can see and access it. IMPORTANT The private response form looks like this: Next time you reply, click "I still need assistance." Video: Please note that we are obliged to request this information individually on each ticket. We may not access any access information not specifically submitted on this ticket in the private response form. Best regards |
The topic ‘[Closed] Translate Link Targets for Pages’ is closed to new replies.