Declaração de Acessibilidade

Declaração de Acessibilidade – Aplicativo Flo para Android

Esta é a declaração de acessibilidade do aplicativo Flo para Android, 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 todos os itens correlacionados estão agrupados no código do aplicativo. Como resultado, os leitores de tela anunciam cada item separadamente, o que pode tornar difícil para pessoas com deficiência visual compreender a estrutura do conteúdo. 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 agrupar todo o conteúdo correlacionado 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. 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 com pelo menos mais outro meio visual 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, bordas de controle de formulários 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/bordas de controle de formulários 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

  • Nem todos os componentes acionáveis 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 gestos. 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é .
  • Por causa da quantidade de conteúdo, é muito difícil chegar ao final de algumas telas usando teclados externos (ou dispositivos de entrada semelhantes). Isso pode impedir que pessoas que usam teclado acessem itens de navegação ou controles acionáveis ​​na parte inferior dessas telas. Isso não está em conformidade com o Critério de Sucesso 2.1.1 Teclado (A) das WCAG 2.1. Pretendemos reduzir a quantidade de conteúdo nas telas 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

  • A maioria das telas não tem títulos, o que significa que não há uma forma fácil de confirmar se o conteúdo desejado está sendo acessado. Isso não está em conformidade com o Critério de Sucesso 2.4.2 Página com Título (A) das WCAG 2.1. Pretendemos incluir um título elucidativo e preciso em todas as telas até .
  • Nem sempre há um indicador de foco visível quando os controles recebem o foco do teclado, o que pode dificultar a navegação no aplicativo para pessoas que usam teclado. 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é .

Previsível

  • Em algumas telas, o campo de busca gera uma mudança significativa de conteúdo quando recebe foco, o que pode confundir algumas pessoas e impedir que usuários de teclado tenham acesso a sugestões de busca. Isso não está em conformidade com os Critérios de Sucesso 2.1.1 Teclado (A) e 3.2.1 Em Foco (A) das WCAG 2.1. Pretendemos garantir que não haja grandes mudanças de conteúdo quando o campo de busca receber o foco até .
  • Ativar vários controles faz com que o foco se mova de forma inesperada, o que pode desorientar as pessoas que usam teclado e leitores de tela. Isso não está em conformidade com os Critérios de Sucesso 2.4.3 Ordem de Foco (A) e 3.2.2 Em Entrada (A) das WCAG 2.1. Pretendemos implementar o gerenciamento de foco correto até .

Assistência de Entrada

  • Os campos de entrada não têm rótulos de texto 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 alguns 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é .
  • Há alguns conteúdos estáticos apresentados como acionáveis para os leitores de tela, o que pode confundir as pessoas que usam o aparelho. 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 garantir que todo o conteúdo estático seja enunciado como tal pelos leitores de tela até .
  • Algumas 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.