Swipe Actions

Notas de acessibilidade

Verificado em tests/e2e/swipe-actions.spec.ts no Chromium desktop e mobile, em light e dark, com Axe sem violações WCAG 2.2 AA. Teclado: com o foco dentro da linha, ArrowLeft e ArrowRight abrem e fecham os lados e Escape fecha — verificado em navegador e por teste. A linha não é um controle: não tem role próprio, não é parada de tabulação, e o atalho é ligado ao elemento em vez de declarado como onKeyDown no JSX, justamente para não fingir que o container é o que está sendo operado. IMPORTANTE, e é obrigação de quem usa: o arraste é um atalho, então as mesmas ações precisam existir em outro caminho na linha; os examples trazem um botão “Mais ações” exatamente por isso, e é ele que dá ao teclado um lugar de onde usar as setas. Leitor de tela verificado por teste e pela árvore do navegador: uma faixa fechada é `inert`, então suas ações não são anunciadas nem alcançadas por Tab — sem isso uma lista de vinte linhas esconderia quarenta paradas invisíveis —, e ela sai do inert assim que aquele lado abre. Cada ação é um `<button type="button">` de verdade. Touch verificado em viewport de 375px com emulação de toque: `touch-pan-y` deixa a rolagem vertical com a página e só o eixo horizontal com a linha, um gesto vertical é devolvido à página, e cada ação tem pelo menos 80x44 — acima do mínimo de 24x24 da WCAG 2.2 SC 2.5.8. Reduced motion verificado em navegador com prefers-reduced-motion: reduce e por teste: o movimento é calculado em JavaScript, então `motion-safe:` não o alcança e a política é a media query — sob reduce o encaixe tem duração zero, a linha aparece aberta ou fechada sem percorrer o caminho, e nenhum estado se perde. O arraste em si segue o dedo nos dois modos, porque ele é o gesto e não uma animação.