Accessibility Support
Last updated: May 27, 2026
Ringly is an iPhone alarm app built around clear alarm setup, wake missions, sleep planning, and routine tools. This page explains the accessibility support currently designed into the app and the areas we are still validating before making App Store Accessibility Nutrition Label claims.
Current App Support
- Core screens use native iOS controls where practical, including buttons, switches, lists, sheets, and text fields.
- Important alarm, mission, premium, settings, timer, and world clock controls include accessibility labels or identifiers used by the app's UI tests.
- The app includes light and dark visual appearances, plus theme options for users who prefer a different alarm surface.
- Alarm setup explains readiness and permission states in text, not only through color.
- Notifications are optional. Ringly explains when a permission is useful and does not require push notifications to create or use the app.
Areas Still Being Validated
We are not currently claiming specific App Store Accessibility Nutrition Label features such as VoiceOver, Voice Control, Larger Text, Sufficient Contrast, Reduced Motion, Captions, or Audio Descriptions. Those labels require a task-by-task review across onboarding, alarm creation, alarm editing, alarm dismissal missions, sleep planning, timer, settings, premium purchase states, restore flows, permission-denied states, and error recovery states.
Using Ringly With iOS Accessibility Features
- You can adjust system text size, appearance, contrast, motion, VoiceOver, and Voice Control from the iOS Settings app.
- If an alarm screen or mission is hard to use with your preferred accessibility settings, choose a simpler mission type or edit the alarm pressure before relying on it overnight.
- For mission types that use camera, motion, or photos, iOS permissions can be changed at any time in Settings.
Feedback
If an accessibility setting makes a Ringly workflow difficult or impossible to complete, contact [email protected] with your device model, iOS version, accessibility setting, and the screen or task that failed. We use those reports to prioritize fixes and decide when a Nutrition Label can be honestly claimed.