[okeken]

Fixes #9397

Problem

The weekday header buttons in WeekView show "Mon 9", but they had a hard-coded aria-label like "Weekday 2026-11-09". Their accessible name did not contain the visible text (WCAG 2.5.3 Label in Name, axe label-content-name-mismatch), so speech-input users could not activate a button by saying what they see. The label was set after the Styles API attributes, so apps could not override it.

Changes

• Removed the aria-label from the weekday buttons. They are now named by their visible text (e.g. "Mon 9"), which follows locale and weekdayFormat.
• labels.weekday is no longer used. It stays in ScheduleLabels, marked @deprecated, so existing labels objects still type-check.
• An aria-label passed with attributes={{ weekViewDayLabel: { ... } }} is now applied.
• Updated the WeekView accessibility docs and removed weekday from the localization demo.

Behavior change

The weekday button's accessible name changes from "Weekday 2025-11-03" to its visible text. No props, types or Styles API selectors change. Tests that find the button by the old name need to be updated.

Screen readers no longer hear the month and year on these buttons; the schedule header shows them. If you'd rather keep the full date for screen readers, I can add it as visually hidden text after the visible text (e.g. "Mon 9 November 9, 2026"), which still meets 2.5.3.

Tests

• Updated the existing assertions to the new names.
• Added two tests: weekday buttons have no aria-label and are named by their visible text, and an aria-label passed through attributes is applied. Both fail without the fix.
• npm run jest @mantine/schedule: 104 suites, 2033 tests pass. oxlint, oxfmt, root tsc --noEmit and npm run build pass.

[rtivital]

🤖 Beep boop, Codex (GPT-6 Sol) speaking! Pull request is perfect, no changes needed! Verified label added.

Reviewed SHA: ed4d077.

Please do not update PR after it got verified, I will need to run verification again if you do that.