Skip Navigation

This thread is resolved. Here is a description of the problem and solution.

Problem:
The client was inquiring about different methods of translating layouts in Divi Builder using WPML, the possibility of using the Divi visual builder for layout translations, translating taxonomy slugs to keep the same slug across languages, and forcing the default language to include the language code in the URL.

Solution:
1) We recommend not mixing different translation methods for the same item. If you're using the WPML translation editor, directly editing the translation can lead to problems. More details can be found here: Using different translation editors for different pages.

2) It is expected behavior that the Divi visual builder cannot be triggered while translating layouts because the "edit with the Divi builder" button does not appear in this case.

3) To keep the same slug for translated taxonomy, you need to enable the slug option in the WPML settings. Please refer to this documentation: Translating taxonomy slugs with WPML.

4) To include the language code in the URL for the default language, follow the instructions in this documentation: Setting the directory for the default language.

If the solution provided here is not relevant to your case, either because it's outdated or not applicable, we highly recommend checking related known issues at WPML known issues, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If you still need assistance, please open a new support ticket at WPML support forum.

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.

This topic contains 5 replies, has 2 voices.

Last updated by Lucas Vidal de Andrade 1 month, 2 weeks ago.

Assisted by: Lucas Vidal de Andrade.

Author Posts
February 23, 2024 at 3:39 pm #15338548

marcom-187

Hi,

reading this article (https://wpml.org/documentation/theme-compatibility/divi-builder/#translating-custom-global-header-footer) I tested the procedure to translate global header, body, and footer and it is working fine.

The procedure is translate management > layout selection > translate yourself > go to the translation tab > find the layout again > translate it

However, I tried also a different method, quicker that is simply:
translate management > hover on the layout to translate > click on "Edit" > translate in the language of interest

Two questions:
1) There is any reason why I should not use the latter method that is faster?
2) Regarding the latter method I noted that, in constrast to post, the translation with the wordpress editor doesn't allow to enable the visual builder. If click "copu content from default language", the code related to divi block show up, but there is not way to interpret that code with the visual builder as it is possible to do in the posts. So, I can translate the layouts only by using the WPML editor. However I prefer the wordpress editor for translation, so there is any change to activate the divi visual builder on layout as well?

Thanks

February 23, 2024 at 6:49 pm #15339063

Lucas Vidal de Andrade
Supporter

Languages: English (English ) Spanish (Español ) German (Deutsch ) Portuguese (Brazil) (Português )

Timezone: America/Sao_Paulo (GMT-03:00)

Hello and welcome to the WPML support 🙂

1) There is any reason why I should not use the latter method that is faster?
It seems to me that you are creating the translations manually. Please note that it is not a good idea to mix different methods. That means, if you are using the translation editor, directly editing the translation can lead to problems.

Here are more details:
https://wpml.org/documentation/translating-your-contents/using-different-translation-editors-for-different-pages/#:~:text=To%20use%20manual%20translation%2C%20edit,of%20the%20WPML%20Translation%20Editor.

2) Regarding the latter method I noted that, in constrast to post, the translation with the wordpress editor doesn't allow to enable the visual builder.
Once a post is copied, you can edit via WordPress editor or via Divi Builder, just as you can do with posts in the original language. Does that answer your question? I might not have quite understood your question.

I'm waiting for your feedback.

February 23, 2024 at 7:30 pm #15339211

marcom-187

Hi,

1) no, my method "translate management > hover on the layout to translate > click on "Edit" > translate in the language of interest" make use of the WPML translation editor. However instead passing between two sections ("translation management" and then "translations") I found quicker to edit layout translations of layout in that way. I was just wondering if it is ok, or should I use the longer method described in your documentation (management > layout selection > translate yourself > go to the translation tab > find the layout again > translate it).

Why it is not a good idea using different editors for different pages or post? I did not find an answer about that in your docs. In my case, I use to translate all posts using the wordpress editor, and some pages with the WPML classic or advanced editor. I did not have any issues so far. I like the wordpress editor because maybe in the future I will be able to quickly download all posts in all different languages.

2) No, I mean that when I translate posts with the wordpress editor, I'm able to trigger the divi visual builder, while it is not possibile to trigger it while translating the Layouts (Divi builder theme layouts) because the button "edit with the divi builder" doesn't show up in this case. I was wondering if this is a normal behavior or something is not working from my side.

3) An additional question regarding taxonomy translation.
In my case I have the category "blog". WPML automatically change it to blog-es for the spanish version, but I want to keep "blog". In a post (https://wpml.org/forums/topic/category-translation-slug/) I read that it is possibile to do it, but I did not find a solution, as it changes each time I try to save it as "blog". How to do it?

4) How to force the default language to add the language code in the url? E.g. mysite.com/en instead of mysite.com.

thanks

February 26, 2024 at 11:08 am #15343682

Lucas Vidal de Andrade
Supporter

Languages: English (English ) Spanish (Español ) German (Deutsch ) Portuguese (Brazil) (Português )

Timezone: America/Sao_Paulo (GMT-03:00)

Hello!

1)
It is ok to translate that way, it's also an available option from WPML. No problems here.

It is also ok to translate some posts/pages with the translation editor and others with the WordPress Editor. What can lead to issues is translating the same post using different methods, e.g., you start translating a post with the translation editor and then edit the same post manually using the WordPress editor. That could be problematic.

2)
That's expected behavior from Divi. Every theme has its particularities and WPML handles them differently.

3)
To achieve that, you have to enable the slug option in settings. Please refer to this documentation:
https://wpml.org/faq/translate-taxonomy-slugs-wpml/

4)
You can find an explanation here:
https://wpml.org/documentation/getting-started-guide/language-setup/directory-default-language/

Let me know if that answer your questions!

February 26, 2024 at 11:18 am #15343705
marcom-187

Hi,

thank you. regarding categories slug I tried to turn off in Yoast SEO ""Show the categories prefix in the slug". However it generated for the translated language 404 errors.

In this post (https://wpml.org/errata/yoast-seo-stripping-category-base-not-working-when-the-taxonomy-slug-has-been-translated/) it was stated that this issue would have been fixed, but it still generate 404 errors.

Could you confirm that it is not fixed?
thanks

New threads created by Lucas Vidal de Andrade and linked to this one are listed below:

https://wpml.org/forums/topic/split-404-slugs/

February 26, 2024 at 12:55 pm #15344395

Lucas Vidal de Andrade
Supporter

Languages: English (English ) Spanish (Español ) German (Deutsch ) Portuguese (Brazil) (Português )

Timezone: America/Sao_Paulo (GMT-03:00)

Hello,

I created a new ticket to handle this 404 issue. Since it's a bit more complex, it's better to analyze them separated from your other questions. I'll answer you there 🙂

https://wpml.org/forums/topic/split-404-slugs/

If your questions have been answered here, I ask you to mark this thread as resolved 🙂

marcom-187 confirmed that the issue was resolved on 2024-02-29 07:55:41.
This ticket is now closed. If you're a WPML client and need related help, please open a new support ticket.