thatguygriffandClaude Opus 5
7181a80537
showConfirmation() hid the slot list and put the confirmation in its place,
which is a dead end: a student wanting a second lesson had nothing to click
and no way back short of reloading the page. Enrolling in a group class did
the same thing.
The confirmation is now a dismissible notice above the calendar. The
calendar is reloaded first — so the slot just taken is already gone and the
upcoming-lessons panel is current — and the notice is shown over it, which
is why loadSlots() had to start returning its promise. "It worked" and "book
another" are the same screen.
The notice clears when dismissed, when another slot's form is opened, and on
any reload of the calendar. group-classes.js gets the identical treatment.
It is built from DOM nodes rather than innerHTML because the message can
carry a studio's e-transfer address, and it is toggled with the `hidden`
attribute rather than an inline display — an inline style would outrank the
stylesheet's display:flex and stack the notice's parts. `hidden` needs the
!important guard for the same reason the upcoming-lessons panel does: the
div{display:block} theme reset outranks the UA sheet.
The slotList/list `display = 'block'` lines went with it. Nothing hides
those any more, so restoring them each load only implied otherwise.
Verified in a headless browser against a stubbed REST API: booking twice in
a row without a reload, the booked slot leaving the calendar, the upcoming
panel updating, dismissal, the notice clearing when the next form opens, and
the notice staying hidden under div{display:block}.
Closes #143
Co-Authored-By: Claude Opus 5 <[email protected]>
38 lines
1.8 KiB
PHP
38 lines
1.8 KiB
PHP
<?php
|
|
declare(strict_types=1);
|
|
|
|
if (! defined('ABSPATH')) {
|
|
exit;
|
|
}
|
|
|
|
/** @var int $lessonTypeId Offering id when the calendar is pinned to one lesson type; 0 for every type. */
|
|
/** @var bool $showTypeFilter Whether the "Show Only" lesson-type filter is offered. */
|
|
/** @var bool $showBooking Whether the booking calendar is part of this embed. */
|
|
/** @var bool $showUpcoming Whether the student's upcoming-lessons panel is part of this embed. */
|
|
/** @var list<array{id: int, name: string, is_self: bool}> $students Who this account may book for — children first, the account holder last. */
|
|
|
|
// The booking script reads the list as JSON rather than rendering a <select>
|
|
// here: the picker belongs inside the booking form it builds, and it is the same
|
|
// list the group-classes script needs.
|
|
$studentsJson = wp_json_encode(array_values($students));
|
|
?>
|
|
<div id="us-booking-app" data-nonce="<?php echo esc_attr(wp_create_nonce('wp_rest')); ?>" data-students="<?php echo esc_attr(is_string($studentsJson) ? $studentsJson : '[]'); ?>"<?php echo $lessonTypeId > 0 ? ' data-lesson-type="' . esc_attr((string) $lessonTypeId) . '"' : ''; ?><?php echo $showTypeFilter ? '' : ' data-type-filter="0"'; ?>>
|
|
<?php if ($showUpcoming) : ?>
|
|
<div id="us-my-lessons"></div>
|
|
<?php endif; ?>
|
|
<?php if ($showBooking) : ?>
|
|
<?php
|
|
/*
|
|
* Above the calendar, because it reports on what the student just did and
|
|
* the calendar below it is what they do next. Filled and shown by
|
|
* booking.js; empty and hidden until then.
|
|
*/
|
|
?>
|
|
<div id="us-booking-confirmation" class="us-notice" role="status" aria-live="polite" hidden></div>
|
|
<div id="us-slot-list">
|
|
<p><?php esc_html_e('Loading available slots…', 'unsupervised-schedular'); ?></p>
|
|
</div>
|
|
<?php endif; ?>
|
|
<div id="us-booking-error" style="display:none;" role="alert"></div>
|
|
</div>
|