Accessibility · CardCue Pro

Our commitment

Cue is committed to accessibility and to continuous improvement. We target conformance with WCAG 2.2 Level AA (the Web Content Accessibility Guidelines from the W3C) across all screens of the App, and we test against the following additional standards:

United States

ADA Title III + Section 508

Americans with Disabilities Act (Title III); Section 508 of the Rehabilitation Act (29 U.S.C. § 794d).

Canada

ACA + AODA

Accessible Canada Act (S.C. 2019, c. 10) and the Accessibility for Ontarians with Disabilities Act (AODA) where applicable.

Australia

DDA 1992

Disability Discrimination Act 1992 (Cth).

What we support

Every actionable element in the iOS app carries a VoiceOver label, hint, and trait. Card colors meet WCAG 2.2 AA contrast ratios. Tap targets meet the 44 × 44 pt minimum. Text remains readable at 200% zoom without loss of content or functionality. The following assistive technologies are officially supported:

VoiceOver

Screen reader narration across every screen, with card-aware hints.

Voice Control

Spoken commands map to every action , "Tap scan", "Open card Target".

Switch Control

Full single-switch and group-scan navigation, including the camera scanner.

Dynamic Type

Scales to AX5 (the largest system size) without clipped labels or broken layouts.

Bold Text

All body text reflects the system Bold Text accessibility toggle.

Reduce Motion

Spring animations degrade to flat ease-outs; looping glows become static.

Reduce Transparency

Liquid-glass surfaces swap to opaque card fills for legibility on busy backgrounds.

Increase Contrast

Borders, strokes, and ink colors respect the higher-contrast trait.

Differentiate Without Color

Status is always conveyed by icons or text , never by color alone.

Smart Invert

Card artwork and photos are preserved; UI chrome inverts for the dark-theme effect.

Guided Access

The app plays nicely with Guided Access single-screen focus mode.

Known limitations

Accessibility is a continuous commitment, not a checkbox we tick once. As of our last review on 17 April 2026, these are the areas where we know we fall short of strict AA conformance , along with the workarounds we offer. We're actively working on each.

Light-palette card secondary text (iOS)

On the nine "light" card gradients (snow, blush, butter, mint, lavender, peach, lilac, cream, seafoam), smaller secondary labels and decorative icons at very low opacity may approach but not always exceed the 4.5:1 body-text contrast floor against the lightest regions of the gradient.

Workaround: turn on Settings → Accessibility → Display & Text Size → Increase Contrast. We clamp ink opacity higher when that trait is on. For a given card you can also pick a darker color from the card designer's palette (every "dark" palette exceeds 6:1 contrast for all labels).

Hover tooltips on the marketing site (320px viewports)

A handful of hover-only affordances on the marketing site (the feature-card previews) have not been verified at the extra-small 320px breakpoint that older iPhone SE devices use.

Workaround: every feature card's content is also reachable via its fully-keyboard-accessible click/Enter/Space expand state , no hover required. We test regularly on iPhone 13 mini (375px) and iPhone SE (320px) is on the confirmed test matrix for the next audit cycle.

Barcode scanner in landscape Guided Access

The camera-based card scanner doesn't currently reflow to full-width when Guided Access is active in landscape orientation , the viewport stays portrait-proportioned.

Workaround: rotate to portrait, or add cards via the Share Extension from Mail (supported in every orientation). Next release will address the reflow.

Voice Control vocabulary for card names

Voice Control uses each card's display name as its spoken-command label, which means long brand names ("Abercrombie & Fitch") are harder to speak reliably than short ones ("Target").

Workaround: Voice Control lets you add custom vocabulary , "Tap Abercrombie" can be aliased to "Tap Aber" from the OS-level Voice Control settings.

Feedback & enforcement

If you encounter an accessibility barrier anywhere in CardCue Pro (app, watch, widgets, or website), please email accessibility@cardcuepro.com with the subject line "Accessibility". We acknowledge within 2 business days and aim to resolve within 30 days. Include the device, OS version, and a brief description of what you were trying to do when the barrier appeared.

You may also report barriers to the following regulators, depending on your jurisdiction:

US residents: the Department of Justice (ada.gov) or your state Attorney General.
Canada residents: the Accessibility Commissioner under the Accessible Canada Act, or the Ontario Human Rights Commission where AODA applies.
Australia residents: the Australian Human Rights Commission (humanrights.gov.au).

Tell us what's broken.

Every accessibility report we get makes the app better for everyone who uses it. We read and act on every one.

Email accessibility@cardcuepro.com

Technical notes

This page itself conforms to the standards we commit to for our app:

Semantic HTML with an h1 → h2 → h3 heading hierarchy.
Keyboard-focusable with visible :focus-visible rings on every interactive element.
All decorative images marked aria-hidden="true"; informative SVGs carry role="img" and descriptive labels.
Text contrast exceeds the 4.5:1 body-text floor against every background in use.
Fully responsive to 320px viewport width with no horizontal scrolling.
Uses prefers-reduced-motion where applicable; no content animates on load.