richardevcom

Hi @enonir thank you for your submission.
Due to previous fix in 1.3.7 version can you verify that, when saving settings you have language added as parameter in your URL (for example. https://localhost/wordpress/wp-admin/customize.php?lang=en – ?lang=en)?

While you verify, I’ll go ahead and test this on Ashe theme latest to see what else could cause this issue.

• This reply was modified 3 years, 11 months ago by richardevcom.

Hello @firmusmedium the issue was because of unspecified language (all languages selected in admin panel) so when saving your options, they just didn’t commit to database.

We’ve fixed this issue and committed new version of this plugin (1.3.8). Please update to latest version in your Dashboard > Updates page.

When you’ll confirm that everything is working, we would appreciate if you would re-rate this review and post an objective rating of this plugin.

Thank you for your effort and have a great day!

• This reply was modified 4 years, 1 month ago by richardevcom.

Fixed it by creating translatable keys.
One suggestion – it would be great if pll_translate_string() argument $string could be searchable among all the translations too.

Thank you. We’ll look into it asap.

Hello @firmusmedium
Thank you for your review. Could you please share what WordPress and Polylang version are you using? Because on our end we don’t experience this kind of behavior (WP >5.5.3). We’ll look into this issue as soon as you post the versions so we can reproduce the same issue.

• This reply was modified 4 years, 1 month ago by richardevcom.

Hi @pierremg .

This plugin is meant for Customizer only and supports both theme mods and options. You can read more about their differences here: https://www.usablewp.com/learn-wordpress/wordpress-customizer/theme-mods-vs-options-in-wordpress/.

I’m not sure how kirki uses these color fields you’re speaking about, but if they are not saved/used using any of the methods mentioned above, i’m afraid color settings will be the same for all languages.

But.. if you’re using Polylang, you could try using String Translations maybe? That would require you to write minor code changes in your theme as well.

• This reply was modified 4 years, 2 months ago by richardevcom.

Hi @francescor sorry for late reply. Basically Polylang supports turning on/off custom fields/posts etc. synchronization (meaning you’re getting them the same on all languages). However, i don’t think they support it on custom field scope. You’ll have to find a plugin for it or do it manually in your theme/plugin functions.php file.

P.S. I do think if you don’t provide translation in Customization panel for a field, it will return the default one.

• This reply was modified 4 years, 2 months ago by richardevcom.

Hi @colyz93
Latest version does support Polylang PRO.

@dovyp hi there. I’ll join to WordPress Slack chat so we can chat there.

@bmartinent already done in newest version. Update yours.

Due to fact that not only Redux, but also some other WP templates, that force setting in this kind of manner, I will probably make an update that works around this somehow. I’ll still going to look into this asap and let you know if I’ll manage to work around this. For now I’m setting this as resolved. Subscribe to this post below, so you can get updates on this post.

The language is set from content just forces the original Polylang setting – you should use it only if you really want to use content language by default over any other.

About everything else.. I couldn’t reproduce your issue on single site with multiple languages, so on monday I’ll set up dev environment for multisite with different domains and multiple languages, to test this out.

For setting your homepage in different languages – this is not a feature that this plugin has or will have in nearest future, but normally you should be able to set it with just Polylang activated. Also this makes me think, that language overriding may not be the issue of this plugin, but rather of some heavy caching.

• This reply was modified 4 years, 5 months ago by richardevcom.

I’ve updated three locations now, to check for api.php file. It should work.
@spaceshipone glad to hear that.

Can you please check if file is located in /polylang-pro/vendor/wpsyntex/polylang/include/api.php ?

Hi @skeepas I’ll look into it. Thanks for submission.