Background of the issue:
I am developing a site and having trouble using JetFormBuilder's translated forms. I noticed that the forms aren't translated like other pages and plugins. I saw that it's only possible by duplicating the form, but even after duplicating it through WPML and setting the language, the form isn't changed when I visit the page and change the language. I used Elementor to add the JetForm widget, and on the page where the form is located, no information related to the inserted form appears.
Symptoms:
The translated forms created by duplicating through WPML do not change when the page language is switched. Additionally, no information related to the inserted form appears on the page.
Questions:
Why aren't the translated forms changing when I switch the page language?
Does Elementor interfere with the JetForm widget's functionality?
Is there an option that needs to be activated for the form information to appear on the page?
First, you need to set the JetEngine Form post type to "Translatable", then you'll be able to create the translation.
So please go to WPML > Settings > Post Types Translation, find the form post type and set it to Translatable.
According to JetEngine's docs, you can translate the form after following the above steps by duplicating it and then editing the duplicate to add your translation which you already mentioned that you did.
The information you gave me refers to the 'Jet Engine' and not to the JetFormBuilder.
But I still think you didn't understand my problem.
I duplicated the forms and defined the language, and there were 2 forms, one in the default language and the other in the configured language, so far so good.
The page where the original form is also has the translated version.
My problem is that when I visit the translated page, the form doesn't change. It should identify the translated form and change.
As I mentioned before, this page was created with Elementor and the form was added by the 'JetForm' widget.
When I try to translate the page where the form is, nothing appears regarding this widget.
I understand you did the copying part correct, abut the reason it does not show on the translated page as translated is because you need to set the post type of that as translatable.
Here is what to do:
hidden link
If the issue persists, I'd appreciate it if you could give me the URL/User/Pass of your WordPress dashboard after you make sure that you have a backup of your website.
It is absolutely important that you give us a guarantee that you have a backup so if something happens you will have a point of restore.
Make sure you set the next reply as private.
Also please give me the information below:
- The form name
- Where to see it in the menus
- The page that the form is used.
I also suggest that you test without Elementor and by adding a test page and use normal WordPress block and add it there. See if it works that way or not.
I will need the answer to that to know where to look for an answer.
I do not have other suggestions as this seems to be a compatibility issue as you mentioned you followed the process as mentioned in the documentation.
To be able to report the compatibility issues we need to replicate the issue on a clean installation.
I created a clean installation of WordPress, WPML, and all necessary WPML add-ons.
You can access the WordPress dashboard using the link below:
hidden link
Kindly follow the steps below:
- Install JetFormBuilder.
- Add a form and translate it following the documentation above.
- Replicate the issue and get back to us with the link to the page where you added the form and the form itself in the Dashboard menus.
This will help us to report the probable issue to the compatibility team and solve the possible problem faster.
The topic ‘[Closed] Help with JetFormBuilder’ is closed to new replies.
Manage Cookie Consent
We use cookies to optimize our website and services. Your consent allows us to process data such as browsing behavior. Not consenting may affect some features.
Functional
Always active
Required for our website to operate and communicate correctly.
Preferences
The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
Statistics
We use these to analyze the statistics of our site. Collected information is completely anonymous.The technical storage or access that is used exclusively for anonymous statistical purposes. Without a subpoena, voluntary compliance on the part of your Internet Service Provider, or additional records from a third party, information stored or retrieved for this purpose alone cannot usually be used to identify you.
Marketing
These cookies track your browsing to provide ads relevant to you.
