Andrei

Hey there,

Thanks for reaching out!

I tried checking this on your website but on my end I cannot see this white bar.

If this happens again try turning on “Fix missing dynamic content” from TP Advanced Settings.

Hello,
?
Thank you for reaching out to us!
?
Currently, TranslatePress does not offer an API that can be used to add translations via PHP code. While this may be a potential feature for future updates, as of now our plugin primarily focuses on providing an easy-to-use interface for manually translating your WordPress website.

Sorry for any inconvenience this might cause, and thank you for your understanding.
?
Best regards,

Hey there,

Thanks for reaching out to us!

The %s strings are automatically retrieved from your website. So, to change it, you would normally go to where it actually appears on the website and translate it.

Maybe it would be easier for you to search the regular strings tab for them: https://translatepress.com/docs/translation-editor/string-translation/#:~:text=By%20default%2C%20the%20Regular%20strings,website%20will%20be%20shown%20here.

Let me know if this helps.

Hey there,

Thanks for reaching out to us!

Please try going to TP Advanced Settings and try enabling “Fix missing dynamic content”

Let me know if it helps.

Hey there,

Thanks for reaching out to us!

In order to continue this conversation I would highly recommend you get back to us on this topic on our official support channel for paid users:

https://translatepress.com/support/open-ticket/

All the Best,

Hello there,

Thanks for reaching out to us!

Do you mean that the arrow string is not getting detected by TP as a string? Have you tried looking in the string dropdown from the Translation Editor?

Hey there,

Thanks for reaching out!

Here are some steps to debug this:

* see if you have any javascript errors in the browser console https://codex.www.ads-software.com/Using_Your_Browser_to_Diagnose_JavaScript_Errors . A printscreen could help.

* if you have any security or minification plugins please deactivate them and try again. Some caching plugins also have minification settings that can break javascript code, so for testing purposes please disable any caching as well.

* try and open the website in a different browser just to exclude a browser add-on that might interfere with javascript.

Let me know about this!

Hey there,

Thanks for reaching out!

Did you use Conditional Shortcode Based on Language or did you use our Restrict Blocks by Language integration with Elementor?

I will try to replicate this issue and get back to you!

Hey there,

Thanks for reaching out to us!

Can you share with us the plugin you are using for this and the error that you encountered?

Looking forward to your reply.

Hey there,

Thanks for reaching out to us!

I tried checking this on your website, but it seems that the secondary language works exactly like the default version.

When choosing a color for the current product regardless of the language I am redirected for example to: example.com/color/charleston-matte/ . If this is how it works on your default language we are unable to modify it in the secondary languages.

Hey there,

Thanks for reaching out to us!

Can you send us the error message you receive when testing your API credentials?

Hello,
?
The way TranslatePress works is, it translates and then displays content after the page has finished loading. So in the case of older articles that are being loaded in after the initial page load, they might end up displaying in the default language initially. Unfortunately I don’t think TP is able to help in your case.

Can you share with me how this news and insights section is implemented?

Hey there,

Page translation can be CPU intensive. We have to read the entire page as a string and then is transformed it into a big object which is the HTML. That object basically needs to stay in the memory.
We recommend you use a caching plugin. Cached pages are not processed on every page load. TranslatePress can be resource intensive with large pages, but it depends on how much HTML content there is on one page.

Automatic translation will slow the page down on the first load, so the PHP will wait for the translations and then show the page. This only happens once or if you add/change strings.

Another performance thing you might want to look for, is that we have a listener for Javascript strings that when it detects a text change on the page (say a particular JS script adds a notice), we query the server for a translation. This ajax call is also fast as it doesn’t go through the normal WordPress ajax, however, it can cause issues when there is a lot of traffic to your website.
The good part is that you can disable this functionality from TP Settings -> Advanced tab –> Troubleshooting section –> Disable dynamic translation.

Also, the Automatic translation memory can increase the loading time, so be sure you disable it from TP Settings –> Advanced tab –> Miscellaneous section for testing purpose.

You should also try the Optimize TranslatePress database tables option from TP Settings –> Advanced tab –> Debug section to clear them. See if it helps.
Otherwise, try to disable the gettext translation using the Disable translation for gettext strings option from TP Settings –> Advanced tab –> Debug section. One reason may be that you could have many gettext strings translated on your site.

Let me know if any of these help

Hey there,

Thanks for reaching out to us!

You should be able to achieve this using the “data-no-translation” attribute for your specified button. Read more about it here.

Hello there,

Thanks for reaching out to us!

In order to achieve this you can use Show opposite language in language switcher.