lumi. Accessibility Statement — current accessibility status, known issues, and commitments for improvement.

lumi.
Accessibility statement
Last updated: May 2026
lumi. is committed to being usable by as many people as possible. This statement is honest about where the app currently stands, what known issues exist, and what lumi. intends to improve. It is not a declaration of full compliance — lumi. is in early development and accessibility work is ongoing.
1 — About this statement

This accessibility statement covers the lumi. web application. lumi. is operated by SJB Creative Studio Ltd trading as lumi. It is a privately held company, not a public sector body — it is therefore not legally required to meet the Public Sector Bodies Accessibility Regulations 2018. This statement is published voluntarily because accessibility matters to lumi. and to the users lumi. is designed to serve.

The target standard is WCAG 2.1 Level AA. lumi. does not currently meet this standard in full. The known gaps are documented below alongside a commitment to address them.

2 — What lumi. does well

The following accessibility considerations are built into lumi.'s design and reflect deliberate choices made during development.

In place
Colour contrast
The lumi. colour palette is designed with readability as a core constraint. Primary text (#2C2825 on #FDFAF7) exceeds the WCAG AA contrast ratio of 4.5:1 for normal text.
In place
No reliance on colour alone
Life area colour pips are always accompanied by a text label. Sentiment labels use language (Uplifting, Okay, Heavy) rather than colour alone to convey meaning.
In place
Sentence case throughout
All UI copy uses sentence case. The interface is designed to avoid all-caps labels — a deliberate design rule that aids readability for users with dyslexia and cognitive differences.
In place
Large tap targets
The primary record button is 76px — well above the WCAG 2.5.5 recommended minimum of 44px. Core interactive elements follow the same principle.
In place
Voice-first input
All entry capture can be done by voice. Text is always available as a fallback — core features are accessible via text input and do not rely exclusively on voice. This benefits users with motor difficulties or those who find typing difficult.
In place
No time limits
No features in lumi. impose time limits on user interaction. There are no timed modals, auto-dismissing alerts, or session timeouts that would disadvantage users who need more time.
In place
Minimal animation
lumi. intentionally uses minimal animation. No looping, flashing, or high-motion elements are present in the interface. Transitions are subtle fades only.
In place
Plain language
All UI copy, AI-generated content guidelines, and in-app text are written in plain English. The reading level is kept as low as the content allows.
3 — Known issues and gaps

The following are known accessibility gaps in the current version of lumi. They are documented honestly here and will be addressed in order of impact.

Issue Status Detail
Screen reader support Code done ARIA labels, landmark roles, and focus management have been implemented in code. A manual VoiceOver walkthrough on iOS is required to close this out — this is the remaining outstanding accessibility task before launch.
Keyboard navigation Code done Focus order and visible focus indicators have been implemented across all screens and custom components. A manual tab-through walkthrough is required to close this out before launch.
Audio transcription accuracy Variable lumi. uses OpenAI Whisper for transcription. Accuracy varies with audio quality, accent, and speech pattern. Users with speech differences may experience lower transcription accuracy. Text input is always available as an alternative.
Colour palette — secondary elements Fixed Warm-mid text (#8C7B6E) on surface (#FDFAF7) has been formally verified against WCAG AA. The combination passes at all text sizes used in the interface.
AI-generated content — readability Noted AI-generated summaries and signals aim for plain language but are not systematically checked against a readability standard. This is an inherent characteristic of generative AI output and is out of scope for the current accessibility work cycle.
Mobile browser compatibility Testing task lumi. is tested primarily on Safari (iOS) and Chrome (Android). Compatibility with assistive technologies on mobile browsers has not been formally tested — this will be covered by the VoiceOver walkthrough above.
Error messages Fixed All error states (failed uploads, processing errors) now use role="alert" for screen reader announcement. Error copy has been reviewed and improved for clarity.
4 — Neurodivergence considerations

lumi. has a particular interest in being usable by neurodivergent users — including people with ADHD, dyslexia, autism, and anxiety. Several design decisions reflect this directly, beyond standard WCAG requirements:

  • No streaks, scores, or gamification — these create pressure that can be counterproductive for many neurodivergent users
  • No notifications by default — the app does not interrupt; it waits to be opened
  • Sentence case and plain language throughout — aids processing for users with dyslexia and reading difficulties
  • Voice-first capture reduces the blank-page friction that can be a significant barrier for users with ADHD or executive function difficulties
  • The skip permission feature ("Nothing much today →") reduces the all-or-nothing pressure of daily journalling
  • One question at a time in onboarding — no overwhelming forms
Formal accessibility testing with neurodivergent users has not yet been conducted. This is identified as a priority for the period before public launch, particularly given lumi.'s potential fit for this audience. lumi. is exploring a connection through the Twocan mentoring network for input from people with lived experience.
5 — Commitments

The following commitments were made ahead of public launch. Progress against each:

  • Screen reader audit (VoiceOver on iOS) — code implementation complete. Manual walkthrough remaining.
  • Keyboard navigation and focus management — code implementation complete. Manual tab-through remaining.
  • Warm-mid text contrast ratios — verified and confirmed passing. Complete.
  • Error message copy and screen reader accessibility — role="alert" added to all errors, copy improved. Complete.
  • Input from at least one neurodivergent user before launch — not yet completed. Twocan contact being pursued.

This statement will be updated as the remaining items are closed. The date at the top of this page reflects the most recent update.

6 — Feedback and contact

If you experience an accessibility barrier while using lumi., or if you have suggestions for improvement, please get in touch. Feedback on accessibility is taken seriously and reviewed.

Contact: lumi.journalling@gmail.com

If lumi. is not working for you and you need an alternative way to access your data or account, lumi. will work with you directly to find a solution.