diff --git a/mobile/23.md b/mobile/23.md index b557e74..336d0ea 100644 --- a/mobile/23.md +++ b/mobile/23.md @@ -6,7 +6,7 @@ title: 2.3 Funcionalidades ativadas através do movimento físico do dispositivo ### SC 2.5.4 Atuação de Movimento (Nível A) > -> *A funcionalidade que pode ser operada pelo movimento do dispositivo ou do usuário também pode ser operada pelos componentes da interface do usuário e a resposta ao movimento pode ser desativada para evitar atuação acidental (...)* +> A funcionalidade que pode ser operada pelo movimento do dispositivo ou do usuário também pode ser operada pelos componentes da interface do usuário e a resposta ao movimento pode ser desativada para evitar atuação acidental (...) > > [Critério 2.5.4: Atuação de Movimento (Nível A)](https://www.w3.org/WAI/WCAG21/Understanding/motion-actuation) diff --git a/mobile/24.md b/mobile/24.md index bac949b..4b06895 100644 --- a/mobile/24.md +++ b/mobile/24.md @@ -6,7 +6,8 @@ title: 2.4 Gestos Multiponto (uso simultâneo de vários dedos) ou gestos basead ### SC 2.5.1: Gestos de ponteiro (Nível A) > ->*Todas as funcionalidades que usam gestos multiponto ou baseados em caminho para operação podem ser operadas com um único ponteiro sem um gesto baseado em caminho, a menos que um gesto multiponto ou baseado em caminho seja essencial.* +>Todas as funcionalidades que usam gestos multiponto ou baseados gestos podem ser operadas com um único ponteiro sem um gesto, a menos que ele seja essencial. +>Gestos multiponto ou baseados em caminho podem ser usados, desde que a funcionalidade também possa ser operada por outro método, como tocar, clicar, tocar duas vezes, clicar duas vezes, pressionar longamente ou clicar e segurar > > [Critério 2.5.1: Gestos de ponteiro (Nível A)](https://www.w3.org/WAI/WCAG21/Understanding/pointer-gestures) diff --git a/mobile/32.md b/mobile/32.md new file mode 100644 index 0000000..18c3dde --- /dev/null +++ b/mobile/32.md @@ -0,0 +1,40 @@ +--- +title: 3.2 Indicações no ecrã e texto acessível mostram que esses elementos são ativavéis +--- + +## Considerações sobre acessibilidade móvel relacionadas principalmente ao Princípio 3: Compreensível + +> +>Os recursos visuais que podem diferenciar um elemento acionável incluem forma, cor, estilo, posicionamento, rótulo de texto para uma ação e iconografia convencional. Exemplos de características distintivas: +> +>Formato convencional: formato de botão (cantos arredondados, sombras projetadas), caixa de seleção, selecione retângulo com seta apontando para baixo +> - Iconografia: ícones visuais convencionais (ponto de interrogação, ícone inicial, ícone de hambúrguer para menu, disquete para salvar, seta para trás, etc.) +> - Deslocamento de cor: forma com cor de fundo diferente para distinguir o elemento do fundo da página, cor de texto diferente +> - Estilo convencional: texto sublinhado para links, cor para links +> - Posicionamento convencional: posição comumente usada, como posição superior esquerda para o botão Voltar (iOS), posição dos itens de menu em listas alinhadas à esquerda em menus suspensos para navegação +> +> Os critérios de sucesso das WCAG 2.0 não abordam diretamente a questão da indicação visual clara de que os elementos são acionáveis, mas estão relacionados com os critérios de sucesso [3.2.3 Navegação Consistente (Nível AA)](https://www.w3.org/WAI/WCAG22/Understanding/consistent-navigation) e [3.2.4 Identificação Consistente (Nível AA)](https://www.w3.org/WAI/WCAG22/Understanding/consistent-identification) +> +> [Considerações sobre acessibilidade mobile relacionadas ao Princípio 3: Compreensível](https://www.w3.org/TR/mobile-accessibility-mapping/#provide-clear-indication-that-elements-are-actionable) + +## Critérios de Sucesso WCAG 2.1 aplicáveis + +### 3.2.4 Identificação Consistente (Nível AA) +>A intenção deste Critério de Sucesso é garantir que o texto apresentado visualmente seja apresentado de uma forma que possa ser percebido sem que o seu layout interfira na sua legibilidade... +> +> [Critério 3.2.4 Identificação Consistente (Nível AA)](https://www.w3.org/WAI/WCAG22/Understanding/consistent-identification) +> + +### Procedimento de teste WCAG 2.1 + +#### Técnicas suficientes +- [G197: Utilizar rótulos, nomes e alternativas de texto consistentemente para conteúdo que tenha a mesma funcionalidade](/tecnicas-procedimentos-de-teste/G197.md) **E** seguir as técnicas suficientes para o Critério de Sucesso 1.1.1 e técnicas suficientes para o Critério de Sucesso 4.1.2 para fornecer rótulos, nomes e alternativas de texto. +#### Falhas +- [F31: Falha no Critério de Sucesso 3.2.4 devido à utilização de duas etiquetas diferentes para a mesma função em páginas Web diferentes num conjunto de páginas Web](/falhas/F31.md) + + +### Referências + +W3C/WAI. (2023) [WCAG Sucess Criteria 3.2.4 Consistent Identification (Level AA)](https://www.w3.org/WAI/WCAG22/Understanding/consistent-identification) + + diff --git a/mobile/33.md b/mobile/33.md new file mode 100644 index 0000000..e99dfd5 --- /dev/null +++ b/mobile/33.md @@ -0,0 +1,34 @@ +--- +title: 3.3 Elementos ativáveis estão agrupados intuitivamente +--- + +## Considerações sobre acessibilidade móvel relacionadas principalmente ao Princípio 3: Compreensível + +> +>Quando vários elementos executam a mesma ação ou vão para o mesmo destino (por exemplo, ícone de link com texto de link), eles devem estar contidos no mesmo elemento acionável. +> +> Os critérios de sucesso das WCAG 2.0 não abordam diretamente a questão da indicação visual clara de que os elementos são acionáveis, mas estão relacionados com os critérios de sucesso [2.4.4 Finalidade do link (em contexto) (Nível A)](https://www.w3.org/WAI/WCAG22/Understanding/link-purpose-in-context) e [2.4.9 Finalidade do Link (Somente Link) (Nível AA)](https://www.w3.org/WAI/WCAG22/Understanding/link-purpose-link-only) +> +> [Considerações sobre acessibilidade mobile relacionadas ao Princípio 3: Compreensível](https://www.w3.org/TR/mobile-accessibility-mapping/#grouping-operable-elements-that-perform-the-same-action) + +## Critérios de Sucesso WCAG 2.1 aplicáveis + +### 2.4.4 Link Purpose (In Context) (Level A) +>A finalidade de cada link pode ser determinada apenas pelo texto do link ou pelo texto do link junto com seu contexto de link determinado programaticamente +> +> [Critério 3.2.4 Identificação Consistente (Nível AA)](https://www.w3.org/WAI/WCAG22/Understanding/consistent-identification) +> + +### Procedimento de teste WCAG 2.1 + +#### Técnicas suficientes +- [H2: Combinando links de imagem e texto adjacentes para o mesmo recurso](/tecnicas-procedimentos-de-teste/H2.md)Dúvida AMA: é uma técnica de recomendação informada nas [Considerações sobre acessibilidade mobile relacionadas ao Princípio 3: Compreensível](https://www.w3.org/TR/mobile-accessibility-mapping/#grouping-operable-elements-that-perform-the-same-action) +#### Falhas +- [F89 Falha nos critérios de sucesso 2.4.4, 2.4.9 e 4.1.2 devido ao não fornecimento de um nome acessível para uma imagem que é o único conteúdo de um link](/falhas/F89.md) + + +### Referências + +W3C/WAI. (2023) [WCAG Sucess Criteria 3.2.4 Consistent Identification (Level AA)](https://www.w3.org/WAI/WCAG22/Understanding/consistent-identification) + + diff --git a/mobile/falhas/F101.md b/mobile/falhas/F101.md index c003904..5c806da 100644 --- a/mobile/falhas/F101.md +++ b/mobile/falhas/F101.md @@ -5,8 +5,8 @@ title: F101 Falha no Critério de Sucesso 2.5.2 devido à ativação de um contr ## Procedimentos de teste Abra o conteúdo em um dispositivo com entradas de ponteiro (mouse, tela sensível ao toque, caneta) e para todos os controles disponíveis (botões, links, widgets complexos): -1. Acione eventos de descida (por exemplo, pressionando mas não soltando o botão do mouse ou colocando um dedo ou caneta na tela sensível ao toque) e verifique se a funcionalidade é executada antes do evento de ativação (por exemplo, liberando o botão do mouse ou levantando o dedo/caneta) -2. Se a funcionalidade foi executada no evento down, verifique se o acionamento do evento up (soltando o botão pressionado do mouse ou levantando o dedo ou a caneta da tela sensível ao toque) reverte o resultado +1. Acione evento down (por exemplo, pressionando mas não soltando o botão do mouse ou colocando um dedo ou caneta na tela sensível ao toque) e verifique se a funcionalidade é executada antes do evento up (por exemplo, liberando o botão do mouse ou levantando o dedo/caneta) +2. Se a funcionalidade foi executada no evento down, verifique se no evento up (soltando o botão pressionado do mouse ou levantando o dedo ou a caneta da tela sensível ao toque) reverte o resultado 3. Avalie se pode ser considerado essencial que os controles sejam executados e completem a funcionalidade no evento de inatividade ## Resultados esperados diff --git a/mobile/falhas/F31.md b/mobile/falhas/F31.md new file mode 100644 index 0000000..c696f98 --- /dev/null +++ b/mobile/falhas/F31.md @@ -0,0 +1,15 @@ +--- +title: F31 Falha no Critério de Sucesso 3.2.4 devido à utilização de duas etiquetas diferentes para a mesma função em páginas Web diferentes num conjunto de páginas Web +--- + +## Procedimentos de teste + +1. Em um conjunto de páginas da Web, encontre componentes com a mesma função que se repetem em várias páginas da Web. +2. Para cada componente com a mesma função encontrada na etapa 1, verifique se a nomenclatura é consistente. + +## Resultados esperados +Se o passo n.º 2 for falso, esta condição de falha aplica-se e o conteúdo não cumpre o Critério de Sucesso. + +### Referências + +W3C/WAI (2024). [Technique F31: Failure of Success Criterion 3.2.4 due to using two different labels for the same function on different Web pages within a set of Web pages](https://www.w3.org/WAI/WCAG22/Techniques/failures/F31). Developed by Accessibility Guidelines Working Group (AG WG) Participants. Updated 02 May 2024. \ No newline at end of file diff --git a/mobile/index.md b/mobile/index.md index 42375a9..473823f 100644 --- a/mobile/index.md +++ b/mobile/index.md @@ -29,8 +29,8 @@ Os gestos nem sempre são intuitivos, especialmente quando fogem do padrão regu Para que os utilizadores não façam involuntariamente coisas como abrir um menu que não queriam ou sair de um processo que desejavam continuar, é importante fornecer contexto e instruções de como prosseguir num dado ponto de um sítio Web ou de uma aplicação móvel. - 3.1 Indicações no ecra e texto acessível mostram quais são os gestos disponíveis e como se usam -- 3.2 Indicações no ecrã e texto acessível mostram que esses elementos são ativavéis -- 3.3 Elementos ativáveis estão agrupados intuitivamente +- [3.2 Indicações no ecrã e texto acessível mostram que esses elementos são ativavéis](32.md) +- [3.3 Elementos ativáveis estão agrupados intuitivamente](33.md) - 3.4 Estão disponíveis instruções claras, em texto, para interações complexas ## 4. Permita o uso de múltiplos métodos de entrada e inserção de dados diff --git a/mobile/tecnicas-procedimentos-de-teste/G197.md b/mobile/tecnicas-procedimentos-de-teste/G197.md new file mode 100644 index 0000000..be97396 --- /dev/null +++ b/mobile/tecnicas-procedimentos-de-teste/G197.md @@ -0,0 +1,15 @@ +--- +title: G197 Utilizar rótulos, nomes e alternativas de texto consistentemente para conteúdo que tenha a mesma funcionalidade +--- + +## Procedimentos de teste + +1. Verifique se cada componente está associado ao texto que o identifica (ou seja, rótulo, nome ou texto alternativo). +2. Verifique se este texto associado é idêntico para cada componente da interface do usuário com a mesma função. + +## Resultados esperados +As verificações nº 1 e nº 2 são verdadeiras. + +## Referências + +W3C/WAI (2024). [Technique G197: Using labels, names, and text alternatives consistently for content that has the same functionality](https://www.w3.org/WAI/WCAG22/Techniques/general/G197). Developed by Accessibility Guidelines Working Group (AG WG) Participants. Updated 02 May 2024. \ No newline at end of file