Andrei

​The way the plugin is designed is by using individual strings, making it quite intuitive not having to create a separate page for each translated page.

As pages are dynamically created they are not found in “pages – all pages / posts – all posts / product – all products / etc.”

This mean that by default you cannot see the page/post/product in the second language (search bar) until someone (you or a user) enter especially on the page/posting/translated product.
After someone accesses the page; that page will appear in the search bar

Best Regards,

Greetings Rafael,

Thanks for showing an interest in our plugin.

Once a text has been automatically translated, TranslatePress stores it in your database, thereby minimizing the requests to the automatic translation service.
This also results in a fast loading of the translated pages.

I’m here if you have any more questions.

Kind Regards,

Hey there,

First of all please try to add that specific string to “Exclude from Automatic Translation” under the TranslatePress advanced settings.

Since this looks a lot like a conflict with some other code, the next recommended step is the conflict test (ideally in a staging environment):

​​*Briefly* disable all other plugins except TranslatePress. Please also disable all add-ons. If this fixes the problem, as it probably will, enable everything one by one, checking each time to see when the problem returns.

Please write us a ticket here when you find the issue so we can have a better look at it.

Best Regards,

• This reply was modified 4 years, 6 months ago by Andrei.

Hey there,

I’m glad that you managed to solve your situation. If you need further help please feel free to open another ticket here on wordpress.org or here.

Best regards,

Hello there,

I am sorry for the long waiting time that you have been experiencing.

Would you mind giving me some more details regarding this matter? Did you add different languages to your menu or are you using the language switcher?

Looking forward to your reply.

Best Regards,

Hey there,

The WooCommerce emails are actual templates (like theme files) so it means you can translate whatever is localized using gettext in them. https://codex.wordpress.org/Plugin_API/Filter_Reference/gettext

Our plugin doesn’t yet detect these strings because they are not visible in the front-end, only processed. The good news is that most languages already have these translated properly.

Alternatively, you can also use LocoTranslate in order to translate these strings https://wordpress.org/plugins/loco-translate/.

A side note to take into account: while emails that get sent after a user action are translated correctly, out of order emails like reminders (if you use subscriptions) will always be sent in the default language as we don’t store the user language in order to know in what language we should send the email

Best Regards,

Hello there,

Thanks for reaching out about your problem.

You did exclude those strings from translation but they are already saved in your database. If you don’t need their translation you should just delete the translation from the database.

Also, would you mind telling me if you have any CDATA entries in your database? This is a recurring issue that our users have been experiencing and is blowing up the size of databases.

Looking forward to your reply.

Best Regards,