requisito 2.1

amagovpt · Apr 19, 2024 · 9a38b1b · 9a38b1b
1 parent 932f25a
commit 9a38b1b
Show file tree

Hide file tree

Showing 7 changed files with 102 additions and 7 deletions.
diff --git a/mobile/11.md b/mobile/11.md
@@ -47,8 +47,7 @@ title: 1.1 Quantidade razoável de conteúdo exibida de cada vez
 
 W3C/WAI. (2015) [Mobile Accessibility: How WCAG 2.0 and Other W3C/WAI Guidelines Apply to Mobile](https://www.w3.org/TR/mobile-accessibility-mapping/#small-screen-size). W3C First Public Working Draft 26 February 2015.
 
-W3C/WAI. (2023) [WCAG Sucess Criteria 1.4.8:
-Visual Presentation (Level AAA)](https://www.w3.org/TR/mobile-accessibility-mapping/#small-screen-size)
+W3C/WAI. (2023) [WCAG Sucess Criteria 1.4.8: Visual Presentation (Level AAA)](https://www.w3.org/TR/mobile-accessibility-mapping/#small-screen-size)
 
 Juicy studio. (2005) [Developing sites for users with Cognitive disabilities and learning difficulties](https://www.w3.org/TR/mobile-accessibility-mapping/#small-screen-size)
 

diff --git a/mobile/14.md b/mobile/14.md
@@ -52,10 +52,6 @@ As técnicas no final da lista acima devem ser consideradas “último recurso
 
 7) Verificar se o leitor de ecrã identifica as informações da etiqueta.
 
-### Ferramentas úteis
-
-
-
 ### Referências
 
 W3C/WAI. (2024) [WCAG Sucess Criteria 3.3.2: Labels or Instructions (Level A)](https://www.w3.org/WAI/WCAG22/Understanding/labels-or-instructions.html). Updated 4 April 2024.

diff --git a/mobile/21.md b/mobile/21.md
@@ -0,0 +1,49 @@
+---
+title: 2.1 Controlos de toque são ativados após deixar de exercer pressão (_up event_) e não após o toque inicial (_down event_)
+---
+
+## Critérios de Sucesso WCAG 2.1 aplicáveis
+
+### SC 2.5.2 Cancelamento de ponteiro (Nível A)
+>
+> *A intenção deste critério de sucesso é facilitar aos usuários a prevenção de entradas acidentais ou errôneas do ponteiro*
+>
+> #### Ativação ou conclusão do Up-Event
+>
+> *(...) Em uma interação com tela sensível ao toque, quando o dedo toca um alvo, a ativação do evento ascendente ocorre apenas quando o dedo é levantado enquanto ainda está dentro do limite do alvo (...)*
+>
+> #### Abortar ou desfazer evento ativo
+>
+> *(...) Os usuários que têm dificuldade em usar o mouse ou a tela sensível ao toque com precisão se beneficiam muito desse comportamento básico. Eles normalmente recebem feedback visual quando um item é pressionado. Se descobrirem que selecionaram o item errado, podem cancelar a ação movendo o ponteiro ou o dedo para longe do alvo antes de soltar (...)*
+>
+> #### Reversão para cima
+>
+>*Em outras interações, o evento down pode desencadear um comportamento que pode ser revertido quando o evento up terminar. Exemplos disso incluem ações de pressionar e segurar (...)*
+>
+> #### Evento down
+>
+> *Completar a função no evento down só é permitido quando for essencial que o evento up não seja utilizado (...)*
+>
+> [Critério 2.5.2 Cancelamento de ponteiro (Nível A)](https://www.w3.org/WAI/WCAG21/Understanding/pointer-cancellation)
+
+
+### Procedimento de teste WCAG 2.1
+
+#### Técnicas suficientes
+- [G210: Garantir que as ações de arrastar e soltar possam ser canceladas](/tecnicas-procedimentos-de-teste/G210.md)
+- [G212: Utilização de controles nativos para garantir que a funcionalidade seja acionada no evento ativo](/tecnicas-procedimentos-de-teste/G212.md)
+- <font color="D53434">Os eventos de toque só são acionados quando o toque é removido de um controle (potencial técnica futura) Dúvida AMA: é o nosso procedimento de teste mobile </font>
+
+#### Falhas
+- [F101: Falha no Critério de Sucesso 2.5.2 devido à ativação de um controle no evento de inatividade](/falhas/F101.md)
+
+#### Procedimento de teste mobile
+1. Localizar elementos interativos na aplicação;
+2. Selecionar o elemento para verificar se a ação é feita assim que remover o toque da tela;
+3. Verificar se é possível cancelar a ação. Isso pode ser feito quando selecionamos um elemento, movemos o dedo para fora antes de solta-lo e nenhuma ação é realizada
+
+### Referências
+
+APPT. [ Web Content Accessibility Guidelines (WCAG) - Labels or Instructions ](https://appt.org/en/guidelines/wcag/success-criterion-3-3-2). Data de acesso: 19 abril 2024.
+
+W3C/WAI. (2023) [WCAG Sucess Criteria 2.5.2: Pointer Cancellation (Level A)](https://www.w3.org/WAI/WCAG21/Understanding/pointer-cancellation). Updated 20 June 2023
diff --git a/mobile/falhas/F101.md b/mobile/falhas/F101.md
@@ -0,0 +1,17 @@
+---
+title: F101 Falha no Critério de Sucesso 2.5.2 devido à ativação de um controle no evento de inatividade
+---
+
+## 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
+3. Avalie se pode ser considerado essencial que os controles sejam executados e completem a funcionalidade no evento de inatividade
+
+## Resultados esperados
+Se o nº 1 for verdadeiro e os nºs 2 e 3 forem falsos, o conteúdo não cumpre o Critério de Sucesso.
+
+### Referências
+
+W3C/WAI (2024). [Technique F101: Failure of Success Criterion 2.5.2 due to activating a control on the down-event](https://www.w3.org/WAI/WCAG21/Techniques/failures/F101). Developed by Accessibility Guidelines Working Group (AG WG) Participants. Updated 20 June 2023.
diff --git a/mobile/index.md b/mobile/index.md
@@ -17,7 +17,7 @@ Na experiência com dispositivos móveis os ecrãs são, em regra, muito mais pe
 
 Normalmente os dispositivos móveis são controlados por gestos, tais como passar um ou mais dedos em várias direções ou dar um ou mais toques com um ou mais dedos. No entanto, os gestos disponíveis por defeito nos dispositivos não funcionam para todas as pessoas. Gestos complexos, como sejam os gestos para desenhar formas, que obrigam a usar vários dedos ou a efetuar múltiplos toques, são difíceis, ou mesmo impossíveis, de compreender ou executar por alguns utilizadores. Por isso, é importante que os gestos sejam sempre acompanhados por opções alternativas que permitam o controlo via tecnologias de apoio ou que respondam aos diferentes métodos de controlo alternativos.
 
-- 2.1 Controlos de toque são ativados após deixar de exercer pressão (_up event_) e não após o toque inicial (_down event_)
+- [2.1 Controlos de toque são ativados após deixar de exercer pressão (_up event_) e não após o toque inicial (_down event_)](21.md)
 - 2.2 Funcionalidades ativadas através do movimento, inclinação, ou do sacudir físico do dispositivo podem ser desativadas
 - 2.3 Funcionalidades ativadas através do movimento físico do dispositivo podem ser operadas através de componentes de interface
 - 2.4 Gestos Multiponto (uso simultâneo de vários dedos) ou gestos baseados no desenho de uma trajetória estão também disponíveis com gestos que fazem uso do toque de um só ponto ou que não obrigam a desenhar uma trajetória

diff --git a/mobile/tecnicas-procedimentos-de-teste/G210.md b/mobile/tecnicas-procedimentos-de-teste/G210.md
@@ -0,0 +1,17 @@
+---
+title: G210 Garantir que as ações de arrastar e soltar possam ser canceladas
+---
+
+## Procedimentos de teste
+
+Para todos os controles clicáveis:
+1. Ative o evento *down*, mova o ponteiro para fora do alvo antes de acionar o evento up e, em seguida, solte o ponteiro para acionar o evento *up*.
+2. Verifique se a ação não foi acionada quando o ponteiro foi liberado fora da área de acerto do alvo. 
+3. Se a ação for acionada, verifique se a ação é reversível.
+
+## Resultados esperados
+Pelo menos uma opção de #1, #2, #3 é verdadeira
+
+## Referências
+
+W3C/WAI (2024). [G210: Ensuring that drag-and-drop actions can be cancelled](https://www.w3.org/WAI/WCAG21/Techniques/general/G210). Developed by Accessibility Guidelines Working Group (AG WG) Participants. Updated 20 June 2023.
diff --git a/mobile/tecnicas-procedimentos-de-teste/G212.md b/mobile/tecnicas-procedimentos-de-teste/G212.md
@@ -0,0 +1,17 @@
+---
+title: G212 Utilização de controles nativos para garantir que a funcionalidade seja acionada no evento ativo
+---
+
+## Procedimentos de teste
+
+Para todos os controles clicáveis:
+1. Ative o evento down, mova o ponteiro para fora do alvo antes de acionar o evento up e, em seguida, solte o ponteiro para acionar o evento up.
+2. Verifique se a ação não foi acionada quando o ponteiro foi liberado fora da área de acerto do alvo.
+3. Se a ação for acionada, verifique se a ação é reversível.
+
+## Resultados esperados
+A verificação nº 2 ou nº 3 é verdadeira
+
+## Referências
+
+W3C/WAI (2024). [Technique G212: Using native controls to ensure functionality is triggered on the up-event.](https://www.w3.org/WAI/WCAG21/Techniques/general/G212). Developed by Accessibility Guidelines Working Group (AG WG) Participants. Updated 20 June 2023.