|
| 1 | +--- |
| 2 | +title: An accessible calendar for Android |
| 3 | +description: KashCal works with TalkBack, reads event status aloud, and never uses color as the only signal. A calendar for Android you can navigate by ear. |
| 4 | +image: /img/social/home.png |
| 5 | +--- |
| 6 | + |
| 7 | +import Cards from '@site/src/components/Cards'; |
| 8 | + |
| 9 | +# An accessible calendar for Android |
| 10 | + |
| 11 | +Turn on TalkBack and many calendar apps become a guessing game: unlabeled buttons, no headings, no way to tell which view you're in. KashCal is built to be used by ear. |
| 12 | + |
| 13 | +## Using KashCal with a screen reader |
| 14 | + |
| 15 | +<Cards items={[ |
| 16 | + {title: 'Headings to jump between', body: <>Screen titles and the sections in Settings and the drawer are marked as headings, so you jump straight to what you want.</>}, |
| 17 | + {title: 'Labeled controls', body: <>Every icon-only button carries a label, so nothing reads as just "button."</>}, |
| 18 | + {title: 'Spoken status', body: <>Sync, a failed save, a sign-in error, an empty search. KashCal announces the change instead of updating silently.</>}, |
| 19 | + {title: 'Event status, out loud', body: <>A cancelled event says "cancelled," a declined one says "declined." You hear an event's status, not just see it.</>}, |
| 20 | + {title: 'Which view you are in', body: <>The drawer announces the active view, not just highlights it.</>}, |
| 21 | + {title: 'Actions, not gestures', body: <>Delete a subscription from a menu action, not a swipe a screen reader can't reach.</>}, |
| 22 | +]} /> |
| 23 | + |
| 24 | +## Color is never the only signal |
| 25 | + |
| 26 | +For KashCal users who are colorblind or have low vision, color alone isn't enough to go on. Cancelled and declined events are crossed out, in the app and in the home-screen widgets, so their status shows without relying on color. A screen reader reads that status aloud. Every color in the event palette is checked for contrast, so text on a colored event stays legible. |
| 27 | + |
| 28 | +## Checked on every build |
| 29 | + |
| 30 | +Accessibility is easy to break by accident. Every build checks that the event colors meet WCAG AA contrast, and the main screens run through Google's accessibility checks, the same ones behind Accessibility Scanner. |
| 31 | + |
| 32 | +## Frequently asked questions |
| 33 | + |
| 34 | +**How do I report an accessibility problem?** |
| 35 | + |
| 36 | +Open an issue on [GitHub](https://github.com/KashCal/KashCal/issues), or see [reporting a bug](/docs/help/report-a-bug). Tell us the screen, what your screen reader said or didn't say, and what you expected. Accessibility reports get treated as real bugs. |
0 commit comments