Hello @ravanh 🙂
1. these have been removed from the plugin itself, but you can find them here https://premium.wpmudev.org/docs/getting-started/appointments-shortcode-reference/ or simply use the shortcode generator in the edit post screens
2. this has been deprecated, but you can see in above link that there’s an “ajax”, as well as an “autorefresh” argument for the [app_services] shortcode and also an “autorefresh” argument for the [app_service_providers] shortcode
3. this has been deprecated and no longer working
I’ve already informed our “wordsmiths” about this, so they can edit usage page, really appreciate the feedback on this! 🙂
Warm regards,
Dimitris
Hi Dimitris, that’s perfect. Thank for the help!
One follow-up questions: so there is no ajax option for the weekly or monthly calendars?
Also, the calendar recently has become VERY slow (I was made aware of it by a user about a week ago but it might have been going on longer than that) and each request to a public calendar page creates a big spike in server load (can be seen in htop).
I cannot remember if there was a recent plugin update. If so, it might be related to that but if not, what else could it be? I see no related errors in server log files except an occasional Nginx server timeout error that mostly happens on monthly calendar requests. No PHP errors.
There is a Google Calender connexion active with 2 way sync. Could that be causing timeouts? If so, any way to throttle gCal requests and cache responses longer than 10 minutes?
UPDATE: I’ll create a new thread for the issue with server load (off-topic)
Second follow-up question: I tried the ajax and autorefresh options on the services shortcode but it does not change the selection behavior. Visitors still need to submit with the button which reloads the page…
UPDATE 2: OK, no I was mistaken. The autorefresh is working now (no submit button anymore, must have been a caching issue?)
The only problem is that with autorefresh=”1″ in combination with require_service=”1″ on the calendar shortcode, a visitor that happens to want the service that’s first in the drop down list will want to skip immediately to the next step. But the calendar, flagged with require_service=”1″, will remain empty even though it appears their desired service is selected. Opening the dropdown and selecting the first option again will NOT trigger the autorefresh.
The user must first choose another option, which then refreshes the page, and then select the first option (again) which refreshes the page again.
See for example https://saskiakeijzers.com/rendez-vous/calendrier/ and try to want a “Consultation à titre personnel”.
That’s just too confusing. Most people will just think the appointment system is broken and leave…
There should maybe be a dummy option at the top of the drop down saying something like –Please select a service– ?
Hello @ravanh
I’ve made some more tests on this and I was able to display weekly calendar in first page load by using the following shortcodes:
[app_services autorefresh="1" ajax="1"]
[app_schedule service="0"]
[app_pagination]
[app_login]
[app_confirmation]
[app_paypal]
Please keep in mind that you should create separate threads for each issue and as this isn’t about the initial query, please do create a new one, if this is still an issue for you.
In there, please share the exact shortcodes you use, so we could better troubleshoot this. 🙂
Warm regards,
Dimitris
