Yuvaraj Senthil

Copy the installed PO file, selecting Custom location and “copy target translations” but do NOT select “Use this file as template when running Sync” (this ensures your POT will be used). Then run Sync to get the .js strings.

Yeah, that’s the closest solution I can give to my users.
Thank you, I appreciate your efforts to make translations easy for WP community.

So for example, syncing to your POT adds the source string “yes” but does not pull the translation “oui”. Hence it is also not compiled into JSONs.

Yeah.

I want to recommend your plugin for my users. But I couldn’t find a straight forward solution or steps. Even if I copy language say fr_FR and sync it with the new POT file. There is no single place to see what are all pending strings to be translated.

I saw an option to sync from PO file while copying.
I think Sync button should have the options to Sync from PO or POT file.

Even then JSON strings are not showing in LOCO, can confuse the users.

Do you see any other workaround, that gives full clarity to a translator?

Yeah, WPCal.

The timeline goes like this.
* Translations are downloaded via Glotpress. Say 95% translated.

* Before modifing translation with Loco

• I think PO file from Goltpress is purged will not have the JS only translation strings.
• Same goes with MO file.
• JSON translations are working.
• JSON translations are not showing up in Loco. This looks like an issue.

* After syncing the POT file or Editing any translation(After Loco generating PO, MO and JSON files

• Only common translation strings for PHP and JS are generated in JSON translations.
• Other JS only translation strings are missing in JSON files.
• Translation is broken.

Not sure why I didn’t receive your email. Let’s discuss here.

I understand your issue regarding booking widget loading slow.

Instead of a small loading indicator, we have to develop skeleton/placeholder loading by showing full booking widget area. So a user will not scroll down to other content.

Besides that, your site’s booking widget loading(3 to 5 secs) at a reasonable speed as per current code. We do understand there is a lot of scope to improve the speed.
We will work on improving speed as soon as possible.

P.S – Please update your plugin to the latest version, I could see an issue “Fix: When branding font option is enabled, after page loads with design, CSS breaks and again design loads issue occurs first time only.” is still there.

Hi Paul,

We have emailed you from our support.
We are waiting for your response.
Did you get our email?

Please contact us here https://wpcal.io/support/

With your link to booking page on your website.

We have tested the plugin with PHP 8.0 we didn’t get any functional issues except few deprecated errors. We will be fixing those deprecated errors soon.

Our plugin is fully functional with PHP 8.0.

@throu We will definitely consider WPML. Will prioritise based on the number of customer request. Thank you.

@cursaru In the recent release, we have brought in plugin translation support for user end contents (Booking widget, emails, API content). I request you to translate the plugin now for Romanian.

Hi,

Our plugin’s minimum PHP requirement is v7.1(you can find here https://www.ads-software.com/plugins/wpcal/).
We yet to support PHP v8, I request you to check with v7.1.x,v7.2.x, v7.3.x and v7.4x.

Hi,

We have a technical limitation as we are using the URL query as a router for navigation.
So currently one Booking Widget per page will work.

We have mentioned it here https://help.wpcal.io/en/article/where-to-find-the-event-type-booking-widget-shortcode-and-how-to-use-it-1fuyala/

We will bring the option to have multiple booking widgets soon, it is on our roadmap.
Right now, on the first page, you can show links to booking widget pages creatively using images and text(Like an option to choose one).

Hi,

Our plugin is currently not translation ready.
The translation option is on our roadmap. However, I cannot assure you a definite timeline on this. I am expecting another 2 to 3 months for the same.

I am taking a note about the Romanian language. Based on popular request we will be adding the languages one by one.

Please mail us or chat with us using this link https://wpcal.io/support/. So that we can get back to you when we need a translator for the Romanian language.

—
with regards,
Yuvaraj,
WPCal.io

It looks like if you use a module bundler like Webpack these conflict issues can be avoided.

Evan You Creator of Vue JS as mentioned this in the discussion of no-conflict for Vue js here https://github.com/vuejs/vue/issues/2349#issuecomment-200102782.

I think the best practice is: if you are expecting your code to run in an environment that you don’t control, do not rely on window globals and do not expose window globals. Use a module bundler ??

I request you to look for a possible solution soon.

Cheers,
Yuvaraj

ok, can you point me to the library or provide its name?
Are you using Webpack along with Vue?