Interpretação de políticas e normas de acessibilidade da Oracle

Filosofia e Políticas de Acessibilidade da Oracle

A Oracle está comprometida em criar produtos baseados em normas para ajudar os clientes a reduzir a complexidade e aproveitar ao máximo os investimentos nas tecnologias atuais, e esse compromisso se estende à nossa abordagem com acessibilidade. A Oracle utiliza tecnologias padrão do setor, como HTML, JavaScript e Java, para renderizar a maioria das interfaces de usuário, e seguimos padrões de acessibilidade reconhecidos internacionalmente, que garante a compatibilidade com uma ampla gama de tecnologia assistiva (AT), como leitores de tela, amplificadores de tela e reconhecimento de voz.

A acessibilidade tem apresentado desafios únicos para a comunidade de Tecnologia da Informação e Comunicação (TIC) como um todo devido à variedade de leis e diretrizes relacionadas ao tópico, ao ritmo rápido das mudanças na tecnologia e ao impacto em quase todos os aspectos do desenvolvimento de produtos, desde o projeto inicial até o Suporte. Saiba como a Oracle está resolvendo esses desafios abaixo.

Políticas de acessibilidade

Diretrizes e normas

As Diretrizes de Acessibilidade da Oracle se baseiam na Seção 508 Revisada de 2017 do Rehabilitation Act (Lei de Reabilitação) de 1973, conforme alterado, e nas Diretrizes de Acessibilidade para Conteúdo da Web do World Wide Web Consortium (W3C), versão 2.1, no nível AA (WCAG 2.1 AA).

A Oracle tem o compromisso de desenvolver novos produtos em conformidade com a Seção 508 Revisada e com as normas do WCAG 2.1 AA na medida do possível. À medida que novos produtos e revisões forem lançados de acordo com as normas da Seção 508 Revisada e WCAG 2.1, publicaremos Relatórios de Conformidade de Acessibilidade (ACRs) com base nos Voluntary Product Accessibility Templates (VPATs) que usam o modelo VPAT 2.x atualizado. Até lá, temos VPATs que incluem uma tabela de todas as normas WCAG 2.0 'A' e 'AA', além das normas da Seção 508.

Em 2017, o Conselho de Acesso dos EUA anunciou a normal da Seção 508 Revisada que era baseada nas normas WCAG 2.0 AA. Em 2014, a versão inicial da norma da União Europeia EN 301 549 “Requisitos de acessibilidade adequados para a contratação pública de produtos e serviços de TIC na Europa”, emitida em resposta ao Mandato 376, baseava-se nas normas WCAG 2.0 AA. Ela foi atualizada em 2019 para incluir o WCAG 2.1. EN 301 549 Requisitos de acessibilidade adequados para a contratação pública de produtos e serviços de TIC na Europa (PDF) - V3.1.1 (2019-11). A Oracle tem participado ativamente do desenvolvimento dessas diretrizes e está acompanhando de perto seu progresso.

Qualquer norma está sujeita a um certo nível de interpretação; consulte Interpretação de normas para uma visão detalhada de como a Oracle lida com normas específicas.

Status de acessibilidade

Os produtos Oracle são testados quanto à acessibilidade usando diversas técnicas, incluindo ferramentas automatizadas, revisão heurística especializada, inspeção visual, operação manual e testes com vários AT por usuários com e sem deficiência. Relatamos o resultado desse teste usando o Modelo Voluntário de Acessibilidade do Produto (VPAT) para criar o Relatório de Conformidade de Acessibilidade (ACR). O VPAT foi desenvolvido pelo ITI e GSA para auxiliar funcionários contratantes federais e outros compradores a fazer avaliações preliminares sobre a disponibilidade de produtos e serviços comerciais de TIC com recursos que suportam acessibilidade. Consulte Relatórios de Conformidade de Acessibilidade para uma discussão detalhada de como usamos o VPAT e para localizar os ACRs de produtos Oracle.

Plano acessível de atendimento ao cliente para Ontário, Canadá

O Plano acessível de atendimento ao cliente para Ontário, Canada da Oracle (PDF) descreve as políticas, práticas e procedimentos aprovados pela Oracle para cumprir as obrigações previstas no Accessibility for Ontarians with Disabilities Act (Lei de Acessibilidade para Ontários com Deficiências), 2005 (AODA) e, especificamente, no regulamento165/16. O Plano de Acessibilidade de Vários Anos da Oracle (PDF) descreve o compromisso da Oracle com a conformidade com os padrões de acessibilidade de Ontário.

Atualizações dos padrões de acessibilidade

A Oracle tem participado ativamente do desenvolvimento das diretrizes de acessibilidade do WCAG 2.2 e implementará os critérios adicionais de sucesso do WCAG 2.2 após a publicação do WCAG 2.2.

Interpretação e posição da Oracle sobre vários padrões e orientações de acessibilidade incluídos nas WCAG 2.2 ou ARIA

Identificar finalidade da entrada

Padrões relevantes

• https://www.w3.org/WAI/WCAG21/Understanding/identify-input-purpose.html

Posição da Oracle

Alguns clientes interpretaram esse padrão como significando que todos os campos de entrada requerem que a finalidade da entrada seja identificada. O padrão tem escopo explícito para campos de entrada que coletam informações pessoais sobre o usuário. A Oracle tem o compromisso de identificar a finalidade de entrada dos campos que coletam tais informações pessoais.

On focus and On input

Padrões relevantes

• Compreensão do Critério de Sucesso 3.2.1: On Focus | WAI | W3C
• Compreensão do Critério de Sucesso 3.2.1: On Input | WAI | W3C

Posição da Oracle

Alguns clientes interpretaram os critérios de sucesso On Focus e On Input como sendo amplamente aplicáveis a alterações no conteúdo e no contexto. A interpretação da Oracle é que esses padrões se aplicam especificamente a alterações de contexto e não se aplicam a alterações de conteúdo que não alteram o significado de uma página.

Guia de Práticas de Criação de Aplicações de Internet Avançadas Acessíveis (ARIA APG)

Padrões relevantes

• Nenhum

Posição da Oracle

Alguns clientes interpretam o Guia de Práticas de Criação de Aplicações de Internet Avançadas Acessíveis (ARIA APG) como um documento normativo cujos exemplos de padrões devem ser seguidos com precisão. O ARIA APG não é normativo. Os padrões encontrados no APG são exemplos de implementações e não representam os únicos padrões válidos. “O APG não especifica requisitos normativos e, portanto, não tem um modelo de conformidade.” Consulte O APG Não é um Padrão Normativo para obter mais informações.

Interpretação arquivada e posição da Oracle sobre vários padrões de acessibilidade legados incluídos na Seção 508 ou WCAG 1.0

Fornecemos essa interpretação em resposta a consultas de clientes sobre conteúdo HTML específico, especialmente quando ferramentas de validação automatizadas indicam não conformidade. A maioria dos problemas surgem do fato de que a maioria desses regulamentos e padrões foram escritos em 1999 ou 2001, e a tecnologia de navegadores e tecnologia assistiva (AT) avançou significativamente desde então. A Oracle adota as reescritas tanto da Seção 508 quanto das WCAG, que modificam ou esclarecem muitas das disposições discutidas abaixo para levar em conta as mudanças tecnológicas, e estamos participando ativamente dos comitês que estão efetuando essas mudanças.

Para simplificar, uma referência como “1194.22(l)” refere-se à disposição 1194.22(l) das normas da Seção 508 (que pode ser encontrada na Parte 1194 do Título 36 do Código de Regulamentos Federais), e uma referência como “WCAG 1.0 #6.3” refere-se à norma 6.3 das WCAG 1.0.

Linguagem de script, especialmente o uso de JavaScript

Padrões relevantes

• 1194.22(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 pode ser lido por tecnologia assistiva.
• WCAG 1.0 #6.3 Certifique-se de que as páginas sejam utilizáveis quando scripts, applets ou outros objetos programáticos estiverem desativados ou não forem aceitos. Se isso não for possível, forneça informações equivalentes em uma página acessível alternativa.
• WCAG 1.0 #8.1 Torne elementos programáticos como scripts e applets diretamente acessíveis ou compatíveis com tecnologias assistivas.

Posição da Oracle

Muitos clientes leem esses padrões como se exigissem que um produto só possa ser acessado quando o script está desativado. Isso não é verdade. Tanto a seção 508 padrão quanto as WCAG 1.0 permitem o uso de scripts que são diretamente acessíveis ou compatíveis com AT. A maioria, se não todos, os produtos Oracle requerem JavaScript e dependem de navegadores compatíveis com JavaScript. A Oracle acredita que JavaScript não só pode ser acessado, como também melhora a experiência de acessibilidade. Por exemplo, ao alterar o conteúdo parcial de uma página em vez de recarregar uma página inteira, isso impede que o usuário tenha que navegar em uma página completamente “nova” para encontrar uma pequena seção que tenha sido revisada. A mudança para interfaces de cliente avançadas exige um maior uso de scripts, e a Oracle está comprometida em tornar esse código utilizável por pessoas com deficiência, ou geraremos códigos diferentes que resultem em uma experiência comparável.

Validação em gramáticas formais publicadas

Padrões relevantes

• WCAG 1.0 #3.2 Criar documentos que validem gramáticas formais publicadas.

Posição da Oracle

Várias tags HTML não influenciam na acessibilidade, e os navegadores são conhecidos por interpretar tags de forma diferente. O ponto principal é que as tags relacionadas à acessibilidade devem ser interpretadas de forma inequívoca pelo navegador e pela tecnologia assistiva. O HTML da Oracle pode não aderir exatamente a uma gramática formal por vários motivos:

• Em vários casos, precisamos adicionar informações extras ao HTML DOM e usamos “expandos” para esse fim.
• Conforme recomendado por W3C WAI-ARIA, usamos tabIndex="-1" para tornar determinados elementos focalizáveis.
• Como os navegadores operam de forma diferente, podemos otimizar o HTML para levar em conta o comportamento específico do navegador.

Desde que o cliente esteja em dia com o suporte técnico, a Oracle resolverá qualquer problema em que o HTML “não padrão” impeça a acessibilidade, de acordo com as políticas de suporte técnico padrão da Oracle, mas a Oracle não necessariamente corrigirá o “HTML inválido” relatado por uma ferramenta automatizada, mas não tem ramificações negativas na acessibilidade.

Independência do dispositivo

Padrões relevantes

• WCAG 1.0 #6.4 Para scripts e applets, certifique-se de que os processadores de eventos sejam independentes do dispositivo de entrada.
• WCAG 1.0 #9.2 Certifique-se de que qualquer elemento que tenha sua própria interface possa ser operado de maneira independente do dispositivo.
• WCAG 1.0 #9.3 Para scripts, especifique manipuladores de eventos lógicos em vez de manipuladores de eventos dependentes do dispositivo.

Posição da Oracle

Alguns clientes interpretaram esses padrões como significando que qualquer operação que só possa ser realizada com um mouse, como clicar duas vezes, é proibida. A Oracle tem o compromisso de oferecer uma experiência do usuário avançado a todos os usuários e, em situações em que as ações requerem ações complexas do mouse, como clicar duas vezes ou arrastar e soltar, mecanismos alternativos que só podem ser executados com o teclado serão fornecidos.

Quadros

Padrões relevantes

• 1194.22(i) Os quadros devem ser intitulados com texto que facilite a identificação e a navegação dos quadros.
• WCAG 1.0 #12.1 Dê um título para cada quadro para facilitar a identificação do quadro e navegação.

Posição da Oracle

A Oracle encontrou muitas situações em que os quadros eram vistos como sendo uma “violação” dos padrões de acessibilidade ou não considerados “HTML adequado”. A Oracle acredita que os quadros são uma parte legítima do HTML e só certificamos com navegadores compatíveis com quadros. Em nossos produtos, os quadros são devidamente marcados de acordo com as normas relevantes citadas. Uma exceção é o uso de um iFrame, quando ele está sendo usado simplesmente para se comunicar com o servidor. Nesse caso, a Oracle intencionalmente não titula o quadro para deixar o elemento invisível para o usuário (assim como é para um usuário que consegue enxergar).

Folhas de estilo

Padrões relevantes

• 1194.22(d) Os documentos devem ser organizados para que possam ser lidos sem a necessidade de uma folha de estilo associada.
• WCAG 1.0 #6.1 Organize os documentos de modo que possam ser lidos sem folhas de estilo. Por exemplo, quando um documento HTML for renderizado sem folhas de estilo associadas, ainda deve ser possível ler o documento.

Posição da Oracle

A Oracle interpreta esse padrão como significando que as informações (“conteúdo”) e a apresentação devem ser separadas. Por exemplo, o HTML deve ter marcação semântica identificando as informações, e uma folha de estilo externa deve ser usada para renderizar uma aparência específica. Quando um usuário acessa a página com tecnologia assistiva, as informações devem ser comunicadas em uma sequência significativa. No entanto, a Oracle não aceita que o produto deva ser executado com folhas de estilo desativadas no navegador, porque:

• Todos os navegadores modernos aceitam folhas de estilo
• Definir atributos de estilo, como display:none, no conteúdo da página é comumente usado para ocultar o conteúdo de todos os usuários; desativar folhas de estilo completamente fará com que essas informações apareçam de forma errada
• Os navegadores modernos permitem substituir a folha de estilo do autor por uma folha de estilo do usuário, se necessário

Links para plug-ins

Padrões relevantes

• 1194.22(m) Quando uma página Web requer que um applet, plug-in ou outra aplicação esteja presente no sistema do 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 o 1194.21(a) até (l).

Posição da Oracle

Muitos plug-ins, como o visualizador de PDF da Adobe, agora são onipresentes e geralmente são pré-instalados nos computadores. Em alguns casos, como no Oracle JInitiator, o plug-in é enviado com o produto e se instala automaticamente. Além disso, fornecer um link para um site fora de um firewall da empresa, ou permitir que um usuário baixe e instale um plug-in, pode violar a política corporativa. Portanto, os produtos Oracle fornecerão links para plug-ins que atendam a esse padrão quando não forem considerados onipresentes ou não forem enviados com o produto.

Ignorar navegação

Padrões relevantes

• 1194.22(o) Deve-se fornecer um método que permita que os usuários ignorem links de navegação repetitivos.

Posição da Oracle

Muitos produtos Oracle fornecem um link que mudará o foco para o “conteúdo principal” de uma página. No entanto, a Oracle também está ciente de que a maioria dos AT suporta um mecanismo que permite ao usuário passar para várias seções de uma página usando tags de marcação estrutural padrão. A Oracle pode, quando apropriado, usar esse mecanismo como um meio de atingir a meta desta provisão.