🔧 Developer: this form currently opens the visitor's email client via a mailto: link (see handleBookingRequest() below) so it works today with zero backend. Replace with a real POST /api/session-requests call once the scheduling backend exists — that backend should check the teacher's real availability, send a confirmation email with a link like session.html?type=human&medium=zoom&name=...&date=...&time=..., and only send that link once the teacher has actually confirmed the slot.

The day/time picker above (getSlotsForDate()) currently generates mock "open" slots so the page shows what live scheduling will look like. Swap that function to fetch each teacher's real open slots once availability data exists — the rest of the picker (day strip, slot grid, hidden #b-date/#b-time fields) can stay as-is.

🔧 Developer / Owner: this form submits in the background via FormSubmit — no account or signup needed, it works directly off TEACHER_INTEREST_EMAIL below. One-time step: the very first submission sent to a new address triggers a confirmation email from FormSubmit to that inbox — click the link in it once to activate delivery; every submission after that arrives automatically. To change where submissions go later, edit only TEACHER_INTEREST_EMAIL — it updates both the background form and the mailto fallback automatically (that fallback only fires if the background submission fails, and it DOES show the destination address to the applicant). Replace this whole flow with a real POST /api/teacher-applications call once the backend from Part 1 of the build roadmap exists, so submissions land in a database.