Declaração de Acessibilidade
Nosso compromisso e onde ainda ficamos aquém.
Última atualização:
Nosso compromisso
Prism aims to be usable by everyone, including people with visual, auditory, motor, or cognitive disabilities. We design and build against the Diretrizes de Acessibilidade para Conteúdo Web (WCAG) 2.2, Nível AA and use the specific practices below.
O que fazemos
·Semantic HTML. Appropriate headings, landmarks, and ARIA roles. Interactive elements are keyboard-operable.
·Keyboard navigation. Prism is usable without a mouse. Focus states are visible. Tab order follows reading order.
·Screen-reader support. Primary workflows (writing an entry, reading a Mirror, managing settings) are tested with VoiceOver (macOS/iOS) and NVDA (Windows).
·Contrast. Body text is at least 4.5:1 against its background; large headings are at least 3:1. Our accent orange is used only for non-essential accents and links; links carry additional non-colour indicators.
·Zoom and reflow. Content reflows correctly at 200% zoom. Text is not clipped.
·Form labels. All form fields have associated labels; error messages are associated with their fields and announced to screen readers.
·Motion. Animation is minimal and respects prefers-reduced-motion. No autoplay, no parallax scrolling.
·Audio transcription. Voice input is transcribed by OpenAI Whisper and shown as editable text; you can always read and correct the transcript.
·Colour as meaning. We do not rely on colour alone to convey information.
Lacunas conhecidas
Somos honestos sobre onde ainda não estamos totalmente em conformidade com AA:
·The rich-text editor (Tiptap-based). Some formatting toolbar actions do not yet have full keyboard shortcuts or ARIA labels. Entries can still be created with plain text without using the toolbar.
·Weekly Mirror animations. Entry-list animations use subtle motion; we respect prefers-reduced-motion, but some browsers don't honour that token correctly.
·Error recovery on unreliable networks. We are improving error messaging for offline/slow-network conditions, including better announcements to screen readers.
Como testamos
·Automated checks (axe-core, Lighthouse) run on every production build.
·Manual keyboard-only navigation is part of our release checklist.
·Manual screen-reader checks are done before major UI changes.
Formatos alternativos
Se você precisar de qualquer conteúdo de Prism em um formato alternativo (letra grande, Braille, texto simples), nos envie um email e providenciaremos.
Conteúdo e serviços de terceiros
Prism inclui conteúdo entregue por nossos subprocessadores (Stripe checkout, Resend email, Vercel hosting). Essas páginas de terceiros estão sujeitas aos padrões de acessibilidade de cada provedor. Se você encontrar um problema em tal página, nos informe e escalaremos.
Feedback e suporte
Se você encontrar uma barreira de acessibilidade em Prism, nos informe — tratamos como um bug, não como um pedido de funcionalidade.
·accessibility@prismlens.net (preferred)
Nosso objetivo é responder dentro de 5 dias úteis.