Conformidade de acessibilidade

    Como o principal fornecedor global de ferramentas de UI e UX para desenvolvedores, nossa equipe Angular na Infragistics está comprometida em fornecer componentes e ferramentas que tornem mais fácil para você criar a melhor experiência de usuário possível. Nosso objetivo é permitir que você se concentre em criar os melhores aplicativos e a melhor experiência de usuário para todos os usuários.

    Aqui você pode encontrar informações específicas sobre o suporte de acessibilidade e conformidade para nossas grades, gráficos e componentes e controles de interface do usuário Angular no Ignite UI for Angular.

    Section 508 Compliance

    A Seção 508 do Rehabilitation Act foi alterada em 1998 pelo Congresso para exigir que todas as agências federais tornem sua tecnologia eletrônica e de informação acessível a pessoas com deficiências. Desde então, a conformidade com a Seção 508 não tem sido apenas um requisito em agências governamentais, mas também é importante ao fornecer soluções de software e projetar páginas da Web.

    A Seção 1194.22 da lei da Seção 508 tem como alvo específico sistemas e informações de intranet e internet baseados na Web, e contém um conjunto de 16 regras a serem seguidas. Para permitir que você mantenha seus aplicativos e sites da Web compatíveis com essas regras com o mínimo de esforço de sua parte, Infragistics tomou medidas para garantir que os controles e componentes do Ignite UI for Angular sejam compatíveis com as regras de acessibilidade relevantes.

    A matriz abaixo fornece um esboço de alto nível do suporte de acessibilidade fornecido por nossos controles visuais (e componentes relacionados). Para saber mais sobre a conformidade de acessibilidade de um controle/componente individual, clique no nome do controle/componente.

    Ignite UI for Angular Compliance with Section 508

    Componente/Princípio (um)
    		 (b)
    		 (c)
    		 (e)
    		 (e)
    		 (f)
    		 (g)
    		 (h)
    		 (eu)
    		 (e)
    		 (k)
    		 (eu)
    		 (m)
    		 (não)
    		 (o)
    		 (p)
    Grades
    - Grade *
    - Grade Hierárquica *
    - Grade de Árvore *
    Outro *
    - Avatar
    - Distintivo
    - Navegação inferior *
    - Botão *
    - Grupo de botões *
    - Calendário *
    - Cartão
    - Carrossel *
    - Caixa de seleção
    - Lasca *
    - Progresso circular *
    - Combinação *
    - Entrada de data e hora *
    - Selecionador de data *
    - Divisor
    - Diálogo *
    - Suspenso *
    - Painel de expansão *
    - Ícone
    - Entrada
    - Grupo de entrada *
    - Progresso linear *
    - Lista
    - Barra de navegação *
    - Gaveta de navegação *
    - Grupo de rádio
    - Rádio
    - Selecione *
    - Controle deslizante *
    - Snack-bar *
    - Trocar *
    - Abas *
    - Selecionador de tempo *
    - Brinde *

    LENDA
    O controle/componente é completamente acessível nesta área específica.
    * O controle/componente é acessível nesta área específica após a implementação de certas configurações Exemplo: Use o módulo utilitário NoopAnimationsModule para permitir a desativação de animações
    O controle/componente não é totalmente acessível, a menos que você execute algum tipo de ação.
    'espaço em branco' esta regra específica não se aplica ao controle

    [!WARNING] The table above is relevant only to the Default theme of Ignite UI for Angular theming library. The checklist compliance might be different when it comes to custom themes, typography and any visual changes related to animations and colors.

    Compliance Information

    • a- Um equivalente textual para cada elemento não textual deve ser fornecido (por exemplo, via "alt", "longdesc" ou no conteúdo do elemento).
    • b- Alternativas equivalentes para qualquer apresentação multimídia devem ser sincronizadas com a apresentação.
    • c- As páginas da Web devem ser projetadas de modo que todas as informações transmitidas com cores também estejam disponíveis sem cores, por exemplo, a partir do contexto ou da marcação.
    • d- Os documentos devem ser organizados de modo que sejam legíveis sem a necessidade de uma folha de estilo associada.
    • e- Links de texto redundantes devem ser fornecidos para cada região ativa de um mapa de imagem do lado do servidor.
    • f- Mapas de imagem do lado do cliente devem ser fornecidos em vez de mapas de imagem do lado do servidor, exceto quando as regiões não puderem ser definidas com uma forma geométrica disponível.
    • g- Os cabeçalhos de linha e coluna devem ser identificados para tabelas de dados.
    • h- A marcação deve ser usada para associar células de dados e células de cabeçalho para tabelas de dados que tenham dois ou mais níveis lógicos de cabeçalhos de linha ou coluna.
    • i- Os quadros devem ser intitulados com texto que facilite a identificação e a navegação do quadro.
    • j- As páginas devem ser projetadas para evitar que a tela fique piscando com frequência maior que 2 Hz e menor que 55 Hz.
    • k- Uma página somente texto, com informações ou funcionalidade equivalentes, deve ser fornecida para fazer um site cumprir com as disposições desta parte, quando a conformidade não puder ser realizada de nenhuma outra forma. O conteúdo da página somente texto deve ser atualizado sempre que a página principal for alterada.
    • l- Quando as páginas utilizam linguagens de script para exibir conteúdo ou para criar elementos de interface, as informações fornecidas pelo script devem ser identificadas com texto funcional que possa ser lido por tecnologia assistiva.
    • m- Quando uma página da web exige que um applet, plug-in ou outro aplicativo esteja presente no sistema cliente para interpretar o conteúdo da página, a página deve fornecer um link para um plug-in ou applet que esteja em conformidade com §1194.21(a) a l.
    • n- Quando os formulários eletrônicos forem projetados para serem preenchidos on-line, o formulário deverá permitir que as pessoas que usam tecnologia assistiva acessem as informações, os elementos de campo e a funcionalidade necessária para o preenchimento e envio do formulário, incluindo todas as instruções e dicas.
    • o- Deve ser fornecido um método que permita aos usuários pular links de navegação repetitivos.
    • p- Quando uma resposta cronometrada for necessária, o usuário deverá ser alertado e terá tempo suficiente para indicar que mais tempo é necessário.

    WCAG compliance

    WCAG é simplesmente um conjunto de diretrizes formais sobre como desenvolver conteúdo web acessível. Esses padrões representam um nível mais alto de acessibilidade do que os padrões 508, embora sejam idênticos ou muito semelhantes. WCAG foca principalmente na acessibilidade HTML.

    Componente/Diretriz 1.1
    		 1.2
    		 1.3
    		1.4
    		 2.1
    		 2.2
    		 2.3
    		 2.4
    		 2.5
    		 3.1
    		 3.2
    		 3.3
    		 4.1
    Grades
    - Grade * *
    - Grade Hierárquica * *
    - Grade de Árvore * *
    Outro *
    - Avatar *
    - Distintivo *
    - Bandeira * * *
    - Navegação inferior * *
    - Botão * *
    - Grupo de botões * *
    - Calendário * * *
    - Cartão *
    - Carrossel * * *
    - Caixa de seleção *
    - Lasca * *
    - Progresso circular * * *
    - Combinação * * *
    - Editor de data e hora * * *
    - Selecionador de data * * *
    - Divisor *
    - Diálogo * * *
    - Suspenso * * *
    - Painel de expansão * * *
    - Ícone *
    - Entrada *
    - Grupo de entrada * *
    - Rótulo *
    - Progresso linear * * *
    - Lista *
    - Seletor de mês * * *
    - Barra de navegação * *
    - Gaveta de navegação * * *
    - Grupo de rádio *
    - Rádio *
    - Selecione * * *
    - Controle deslizante * *
    - Snack-bar * * *
    - Trocar * *
    - Abas * *
    - Selecionador de tempo * * *
    - Brinde * * *
    - Dica de ferramenta * * *

    Lenda
    O controle/componente é completamente acessível nesta área específica.
    * O controle/componente é acessível nesta área específica após a implementação de certas configurações Exemplo 1: Diretriz 2.2. Para certos componentes, ações adicionais e parâmetros de tempo devem ser definidos; Exemplo 2: Diretriz 2.3. Use o módulo utilitário NoopAnimationsModule para permitir a desabilitação de animações;
    O controle/componente não é totalmente acessível, a menos que você execute algum tipo de ação.
    'espaço em branco' esta regra específica não se aplica ao controle

    [!WARNING] The table above is relevant only to the Default theme of Ignite UI for Angular theming library. The checklist compliance might be different when it comes to custom themes, typography and any visual changes related to animations and colors.

    Compliance Information

    • Princípio 1 - Perceptível- Os componentes de informação e interface do usuário devem ser apresentáveis aos usuários de maneiras que eles possam perceber
      • Diretriz 1.1 –Alternativas de texto- Forneça alternativas de texto para qualquer conteúdo não textual para que ele possa ser alterado para outras formas que as pessoas precisam, como letras grandes, braille, fala, símbolos ou linguagem mais simples.
      • Diretriz 1.2 –Mídia baseada em tempo- Forneça alternativas para mídia baseada em tempo.
      • Diretriz 1.3 –Adaptável- Crie conteúdo que possa ser apresentado de diferentes maneiras (por exemplo, layout mais simples) sem perder informações ou estrutura.
      • Diretriz 1.4 –Distinguível- Facilite para os usuários verem e ouvirem o conteúdo, incluindo a separação do primeiro plano do plano de fundo.
    • Princípio 2 – Operável- Os componentes da interface do usuário e a navegação devem ser operáveis.
      • Diretriz 2.1 –Acessibilidade por teclado- Disponibilize todas as funcionalidades por meio de um teclado.
      • Diretriz 2.2 –Tempo suficiente- Forneça aos usuários tempo suficiente para ler e usar o conteúdo.
      • Diretriz 2.3 –Convulsões e reações físicas- Não crie conteúdo de uma forma que possa causar convulsões ou reações físicas.
      • Diretriz 2.4 –Navegável- Forneça maneiras de ajudar os usuários a navegar, encontrar conteúdo e determinar onde estão.
      • Diretriz 2.5 –Modalidades de entrada- Facilite para os usuários a operação da funcionalidade por meio de várias entradas além do teclado.
    • Princípio 3 – Compreensível- As informações e a operação da interface do usuário devem ser compreensíveis.
      • Diretriz 3.1 –Legível- Torne o conteúdo do texto legível e compreensível.
      • Diretriz 3.2 –Previsível- Faça com que as páginas da Web apareçam e operem de maneiras previsíveis.
      • Diretriz 3.3 –Assistência de entrada- Ajude os usuários a evitar e corrigir erros.
    • Princípio 4 – Robusto- O conteúdo deve ser robusto o suficiente para que possa ser interpretado por uma ampla variedade de agentes de usuário, incluindo tecnologias assistivas.
      • Diretriz 4.1 –Compatível- Maximizar a compatibilidade com agentes de usuário atuais e futuros, incluindo tecnologias assistivas

    WAI-ARIA Support

    Em 2014, o W3C finalizou sua especificação WAI-ARIA, que definiu como projetar conteúdo e aplicativos da Web para serem mais acessíveis a usuários com deficiências.