Por outro lado , a estrutura semântica pode ser testada como presente ou não na página Web como especificando as áreas de exatas na página web que perde esses marcos é uma tarefa difícil de ser realizada automaticamente. A seguir estão as funções em que pelo menos um deles precisa estar presente na página web como um indicador de referência para as tecnologias assistivas : documento complementar, Content Info , bandeira, principal , navegação e pesquisa.
A região viva na página da web é a parte da página que é atualizada regularmente , sem que se faça uma atualização (por exemplo, tabelas de pontuação de esporte ou informações de estoque) . A região viva pode ser associada com qualquer elemento . Os testes de especificações ARIA são necessários para verificar se o conteúdo dinâmico na página web são marcados como uma região viva. Isto é indicado pelo uso de estados e propriedades específicas: aria -live , aria -atômicas , e aria - relevante. O código JavaScript usa o ID para uma região específica (por exemplo, div ou span) na página web em que as mudanças
será aplicada (ou seja , adicionar / remover / atualizar ) [36] . A ferramenta irá marcar as regioes vivas que foram encontrados com os valores padrão de acordo com as seguintes : viva = off , atômico = false , relevantes ='' adições de texto'' .
A semântica do núcleo dos widgets são representados como RDF / OWL ontologia. O RDF / OWL ontologia usa funções , estados e propriedades para definir os elementos da interface do usuário, acessíveis . Esses elementos podem ser usados para melhorar a acessibilidade e interoperabilidade de conteúdo e aplicações web para as pessoas com deficiência.
A ontologia fornece semântica sobre widgets , estruturas e comportamentos. Esta ontologia é usada para testar a conformidade da árvore DOM resultante com as especificações WAI- ARIA .
Por exemplo, o seguinte é a afirmação no RDF / ontologia :
-----------------------------------------------------------------------------------------------------------<owl:Class rdf:ID=‘‘combobox’’>
<rdfs:subClassOf rdf:resource=‘‘#select’’/>
<role:requiredState rdf:resource=‘‘http://
www.w3.org/2005/07/aaa#aria-expanded’’/>
</ owl : Class >
-----------------------------------------------------------------------------------------------------------
Isso significa que há uma classe chamada '' combobox '' , que é uma sub-classe de outra classe chamada '' selecionar '' e tem um papel de estado necessário '' papel : requiredState '' representado pelo recurso URL http://www.w3.org/2005/07/aaa # aria - expandido na ontologia ARIA .
Os testes de especificações ARIA será realizada como se segue :
- Aplicando um checkpoints específicas de acessibilidade de RIA para especificações WAI- ARIA de acordo com esta ontologia.
- O robô Web interage com o controlador de Eventos RIA no qual ele vai passar os eventos de entrada necessários para a Web robô , a fim de ser desencadeado o evento sistema nativo através do simulador. Os eventos serão disparados na seqüência de sua ordem na página web. O avaliador irá então verificar todo o DOM alterado após o último evento que está sendo demitido.
- Os resultados serão usados para detectar se há uma função ausente, sustentar, propriedade ou estado para um elemento específico, e para verificar o uso correto deles, como os estados e propriedades precisam ser herdadas da função selecionada.
- Os valores das funções, cuja sintaxe está incorreta com base nas descrições ARIA/RDF gera uma violação. Um container com função (árvore, grade, menu, etc) deve ter pelo menos um ramo com um papel aplicável como definido pela Aria , caso contrário, será gerada violação . Alguns widgets tem uma propriedade necessária de acordo com a ontologia (por exemplo, aria-marcada para a caixa de seleção) e faltando uma dessas propriedades de um elemento é considerado violação .
A seguir são apresentadas as etapas para verificar a conformidade da RIA com a ontologia WAI-ARIA . Essas etapas são explicadas com um exemplo na seção seguinte . Em primeiro lugar, os widgets serão extraídos a partir da página web em fase de testes (nós da árvore DOM) , e o resultado será representado como uma ontologia RDF/OWL.
Em segundo lugar, estes elementos extraídos serão convertidos em modelo gráfico RDF . Em terceiro lugar, o modelo de gráfico gerado será comparado com o modelo gráfico da ontologia RDF/OWL usando uma consulta SPARQL .
Finalmente , a semântica em falta será relatada ao usuário como problemas de acessibilidade ARIA na página web.
A Avaliação e Relatório Language (EARL) são usados para apresentar os resultados dos testes de acessibilidade em um formato legível pela máquina [37] . Esta representação vai ajudar a gerar muitos relatórios de avaliação de uma forma flexível [38] . Este formato pode ser usado para agregar os resultados obtidos por diferentes ferramentas de teste. Os resultados da nossa ferramenta pode ser integrada com os obtidos a partir de outras ferramentas de avaliação das WCAG. O estrutura descrita neste trabalho ajuda na concepção e construção de ferramentas de avaliação, não só para Internet rica, mas também para a integração com outras ferramentas de avaliação de acessibilidade.
Nenhum comentário:
Postar um comentário