Keyboard
All primary navigation and form controls are intended to work without a pointer.
The site is built to support keyboard navigation, readable contrast, responsive layouts, text alternatives and reduced motion, with final live testing still required.
The source package targets WCAG 2.2 AA practices where practical, including semantic headings, visible focus, labelled forms, alt text, skip navigation and keyboard-operable menus.
Automated checks cannot prove complete accessibility. The deployed site should be tested with keyboard navigation, zoom, screen-reader workflows and real users, then corrected when barriers are found.
Use these as a decision filter at a real consultation.
All primary navigation and form controls are intended to work without a pointer.
Colours, type size, spacing and focus states are designed for readability.
Content reflows for mobile and high zoom without deliberate horizontal scrolling.
This statement covers the static website package. External linked sites, browser controls and future embedded tools are outside this codebase.
PDFs or new third-party widgets added later require separate accessibility review.
Use the contact form to report the page, control and barrier. Do not use it for a medical emergency.
Before launch, configure the receiving team and response timeline so accessibility reports are actually monitored.
Re-test after content, CSS, scripts, forms, analytics, scheduling tools or practice widgets change.
A passing automated scan should never be treated as proof that the whole user journey is accessible.
This website provides general education and does not diagnose, prescribe treatment or create a dentist-patient relationship. A licensed provider must examine the patient and review appropriate records. For pain, swelling, trauma, breathing difficulty, uncontrolled bleeding, infection or an appliance causing injury, contact a local dentist, treating provider or emergency service directly.