Declaração de Acessibilidade

Declaração de Acessibilidade – Aplicativo Flo para iOS

Esta é a declaração de acessibilidade do aplicativo Flo para iOS, operado pela Flo Health.

Como relatar problemas

Se você encontrar problemas não mencionados nesta declaração ou acredita que não estamos atendendo a suas necessidades de acessibilidade, escreva para: info@flo.health.

Informações técnicas

A Flo Health tem o compromisso de tornar o aplicativo Flo o mais acessível possível.

Status de conformidade

Este aplicativo não está em conformidade com o Nível AA das Diretrizes de Acessibilidade para Conteúdo Web (WCAG) 2.1 pelos motivos descritos abaixo.

Conteúdo não acessível

Sabemos que o aplicativo não satisfaz os padrões de acessibilidade nas áreas a seguir, e pretendemos encontrar uma solução para cada uma delas.

Alternativas em Texto

  • Algumas imagens não estão acompanhadas de descrição por escrito, o que torna as informações e funcionalidades nelas contidas inacessíveis para quem usa leitores de tela. Isso não está em conformidade com os Critérios de Sucesso 1.1.1 Conteúdo Não Textual (A) e 4.1.2 Nome, Função, Valor (A) das WCAG 2.1. Pretendemos incluir alternativa textual até .

Mídias com base no tempo

  • As faixas de áudio dos vídeos não contêm todas as informações transmitidas visualmente. Isso significa que pessoas que não conseguem ver os vídeos não têm acesso a essas informações. Isso não está em conformidade com os Critérios de Sucesso 1.2.3 Audiodescrição ou Mídia Alternativa (Pré-gravada) (A) e 1.2.5 Audiodescrição (Pré-gravada) (AA) das WCAG 2.1. Pretendemos incluir as informações que faltam nas faixas de áudio de todos os vídeos até .

Adaptável

  • Os cabeçalhos não estão identificados no código do aplicativo, impedindo que leitores de tela enunciem esses elementos como cabeçalhos. Isso não está em conformidade com o Critério de Sucesso 1.3.1 Informações e Relações (A) das WCAG 2.1. Pretendemos identificar todos os cabeçalhos no código do aplicativo até .
  • Mensagens de erro e rótulos não estão associados aos controles de formulário correspondentes no código do aplicativo, dificultando o preenchimento de formulários por pessoas com deficiência visual. Isso não está em conformidade com os Critérios de Sucesso 1.3.1 Informações e Relações (A) e 4.1.2 Nome, Função, Valor (A) das WCAG 2.1. Pretendemos associar rótulos e mensagens de erro aos controles correspondentes no código do aplicativo até .
  • Nem todo o conteúdo pode ser lido por leitores de tela em ordem lógica, o que torna mais difícil para pessoas com deficiência visual entender as informações no aplicativo. Algumas partes importantes do conteúdo não podem ser lidas por leitores de tela, o que torna impossível para quem usa essa tecnologia acessar tais informações. Isso não está em conformidade com o Critério de Sucesso 1.3.2 Sequência com Significado (A) das WCAG 2.1. Pretendemos corrigir a ordem do conteúdo no código do aplicativo até .
  • O aplicativo não é compatível com o modo paisagem, o que o torna inacessível para quem usa dispositivos móveis nesse modo. Isso não está em conformidade com o Critério de Sucesso 1.3.4 Orientação (AA) das WCAG 2.1. Pretendemos tornar o aplicativo compatível tanto com o modo paisagem como com o modo retrato até .

Discernível

  • Em alguns casos, os itens ativos ou selecionados são identificados somente pela cor, o que dificulta para algumas pessoas distingui-los. Isso não está em conformidade com o Critério de Sucesso 1.4.1 Utilização de Cores (A) das WCAG 2.1. Pretendemos identificar os itens ativos/selecionados de uma maneira que não dependa apenas da percepção de cores até .
  • A relação de contraste entre alguns textos e combinações de cores do plano de fundo, assim como entre as cores de algumas imagens informativas e cores adjacentes, é menor do que o valor mínimo exigido pelas WCAG. Como resultado, algumas pessoas podem ter dificuldade para ler o texto ou perceber ícones e controles de formulário. Isso não está em conformidade com os Critérios de Sucesso 1.4.3 Contraste Mínimo (AA) e 1.4.11 Contraste Não Textual (AA) das WCAG 2.1. Pretendemos aumentar a relação de contraste entre textos e cores de fundo e entre ícones e cores adjacentes até .
  • Não é possível mudar o tamanho do conteúdo em texto, o que torna o aplicativo inacessível para pessoas que não conseguem ler o texto no tamanho padrão. Isso não está em conformidade com o Critério de Sucesso 1.4.4 Redimensionar Texto (AA) das WCAG 2.1. Pretendemos implementar o redimensionamento de texto até .

Acessível por Teclado

  • Vários componentes acionáveis não podem ser acessados e operados com teclados externos (ou dispositivos de entrada semelhantes). Portanto, algumas funcionalidades do aplicativo estão indisponíveis para pessoas que não conseguem usar telas sensíveis ao toque. Isso engloba pessoas que usam teclados e leitores de tela. Isso não está em conformidade com os Critérios de Sucesso 2.1.1 Teclado (A) e 2.4.3 Ordem de Foco (A) das WCAG 2.1. Pretendemos implementar a compatibilidade total com teclados até .

Tempo Suficiente

  • Algumas telas têm carrosséis que são reproduzidos automaticamente e não podem ser pausados, o que pode ser um problema para muitas pessoas. Isso não está em conformidade com o Critério de Sucesso 2.2.2 Colocar em Pausa, Parar, Ocultar (A) das WCAG 2.1. Pretendemos incluir uma opção para pausar os carrosséis até .

Navegável

  • Em muitos casos, o conteúdo interativo não está na ordem do foco do teclado, sendo portanto inacessível para pessoas que usam teclados. Em algumas circunstâncias, isso também afeta as pessoas que usam leitores de tela. Isso não está em conformidade com os Critérios de Sucesso 2.4.3 Ordem de Foco (A) e 2.4.7 Foco Visível (AA) das WCAG 2.1. Pretendemos garantir a ordem de foco correta até .
  • Por exemplo, um conteúdo fora do viewport do aplicativo pode ser focado, mas o foco não é indicado por leitores de tela. Embora o contorno do foco fique visível, o mesmo não acontece com o conteúdo, o que pode confundir pessoas com alguma acuidade visual que usam leitores de tela. Isso não está em conformidade com o Critério de Sucesso 2.4.7 Foco Visível (AA) das WCAG 2.1. Pretendemos garantir que o indicador de foco esteja sempre visível até .

Assistência de Entrada

  • Os campos de entrada das telas para fazer inscrição e entrar no aplicativo não têm rótulos visíveis, o que dificulta lembrar os dados que devem ser inseridos. Isso não está em conformidade com o Critério de Sucesso 3.3.2 Rótulos ou Instruções (A) das WCAG 2.1. Pretendemos fornecer rótulos visíveis com texto em todo o aplicativo até .

Compatível

  • O código de muitos componentes acionáveis não tem informações precisas sobre nome, função e estado, o que pode impedir que pessoas que usam leitores de tela entendam a finalidade da interface. Isso não está em conformidade com o Critério de Sucesso 4.1.2 Nome, Função, Valor (A) das WCAG 2.1. Pretendemos incluir informações precisas sobre nome, função e estado no código de todos os componentes acionáveis até .
  • Muitas seções de conteúdo não são apresentadas a leitores de tela, o que as torna inacessíveis para pessoas com deficiência visual total ou parcial. Isso não está em conformidade com os Critérios de Sucesso 4.1.2 Nome, Função, Valor (A), 1.3.1 Informações e Relações (A), 1.3.2 Sequência com Significado (A) e 2.5.3 Rótulo em Nome Acessível (A) das WCAG 2.1. Pretendemos garantir que todo o conteúdo seja apresentado a leitores de tela até .

Preparação da declaração

Esta declaração foi preparada em . A última revisão ocorreu em .

O teste mais recente do aplicativo foi em . O teste foi realizado pela TetraLogical.

© TetraLogical Ltd. Todos os direitos reservados.