Thank you for reaching out to us.
The front-end calendar is loaded from a 3rd party HTML5 library, and we have no effect on it. If the translation for your language exists in the library, it will be pulled and displayed on the front-end based on the locale language of the page.
You should be able to access this file: /wp-content/plugins/ameliabooking/public/js/frontend/amelia-booking.js and in there find your locale (“az” if we’re not mistaken). When you scroll through the line, you will see the month names and the weekday names which you would be able to change. If that helps, you would need to do that every time the plugin updates as we cannot include the language through Amelia since it’s being pulled from a 3rd party library.
Thanks for the answer. But the solution didn’t help. I saw the Azerbaijani language on the file. Everything is good there. I tested. On the mobile phone, everything is fine, but the desktop version is not translated.
If the Azerbaijani language is loaded on the page, it should load the correct day name strings. As you can see in the file we advised you to inspect, they should all be there.
Can you open the console (F12) of the booking page, and in there type window.localeLanguage ? That should show you the locale of the page.
If the page is public, and free to be viewed by everyone, would you be able to provide the page URL here, so we can also take a look?
The language is pulled from the 3rd party library, so it’s available both in Amelia Lite and the full version – we haven’t had any issues with this locally, so it’d be good if we can take a look at the page.
Thanks for the answer. I did as you said. The language “az” is shown there. But it doesn’t translate. Website: https://birseans.az/registration
Thank you for the page.
We have forwarded the issue to our developers, and as soon as we hear from them we’ll get back to you.
After inspecting this issue, it seems there’s a problem with Chrome and the intl library that’s being used. In other browsers, it seems to be working fine: https://imagesharing.com//photo.php?s=9jnhc0dy
It also works on Chrome for Android, but for the desktop app – it’s blocking the library for some reason.
We can see that, for example, “Uzbek Latin” contains similar characters, and it’s facing the same problem. Our developers will see if there’s anything we can do about it in the future, but we can’t promise anything, since this seems to be a conflict between the browser and the 3rd party library that we’re using.
Thanks for your reply. I figured out the source of the problem. I also thought the problem is in the browser. I wish you success in your work.