WCAG 2.1. – kryterium 2.1.4 – Jednoznakowe skróty klawiszowe (poziom A)
- Przejdź do artykułów z tagiem A11Y
- Przejdź do artykułów z tagiem accessibility
- Przejdź do artykułów z tagiem accessibilityMatters
- Przejdź do artykułów z tagiem akademiaWCAG
- Przejdź do artykułów z tagiem dostępność cyfrowa
- Przejdź do artykułów z tagiem WCAG
Treść artykułu
Dzisiaj zajmiemy się kryterium 2.1.4 – jednoznakowe skróty klawiszowe (poziom A).
Czy skróty pomagają nam w codziennym życiu? Większość z nas odpowie, że tak. Zgadzam się z tym. Często ułatwiają nam pracę oraz przyspieszają ją. Wiecie, że na przykład Gmail posiada skróty jednoznakowe jak:
- F – “przekaż wiadomość dalej”,
- R – “odpowiedz”, czy też,
- A – “odpowiedz wszystkim”
Czy są jednak Użytkownicy, którym mogą one przeszkadzać? Tak. Dlatego też domyślnie powinny one być wyłączone. Brawo dla Poczty Gmail za włączenie tej domyślnej opcji.
Komu skróty klawiaturowe mogą sprawiać problemy? Przede wszystkim Użytkownikom korzystającym tylko z klawiatury lub też korzystającym tylko z poleceń głosowych.
W przypadku osób posługujących się tylko klawiaturą, istnieje duże prawdopodobieństwo przypadkowego wciśnięcia klawisza, który akurat będzie odpowiadał za dany skrót, w rezultacie wywołując niechcianą akcję. Może to dotyczyć osób z drżeniem rąk, ograniczoną zręcznością, albo korzystających na przykład rysika do tabletu graficznego zamiast myszki.
To samo dotyczy również osób korzystających z czytników ekranu.Osoby korzystające z czytnika ekranu, bardzo często korzystają ze skrótów takich jak na przykład klawisz “H”, by przejść do kolejnego nagłówka znajdującego się na stronie i wielu innych. A tutaj lista innych skrótów dla NVDA: https://webaim.org/resources/shortcuts/nvda.
Skróty klawiszowe zaimplementowane w aplikacji lub na stronie internetowej mogą kolidować z domyślnymi skrótami klawiszowymi czytników ekranu. Na przykład, jeśli skrót klawiszowy w witrynie internetowej jest taki sam jak skrót używany przez czytnik ekranu, może to prowadzić do konfliktu i niepożądanego zachowania.
Podobna sytuacja jest w przypadku osób wydających polecenia głosowe do obsługi komputera. Potencjalnie może zaistnieć sytuacja, w której mikrofon takiej osoby nie zostanie wyciszony, a zbierze on potencjalne litery/znaki z otoczenia, które wywołają daną czynność – na przykład usunięcie wiadomości czy też jej archiwizowanie. W przypadku gmaila, wystarczyło by się “zamyślić” i powiedzieć na głos “A, ok!”, a nasza aplikacja zaczęłaby wykonywać czynność “odpowiadania wszystkim” na daną wiadomość. Mogłoby być to niebezpieczne, prawda?
O czym musimy pamiętać?
- Jeśli zależy Wam na tym, by skróty klawiszowe zaimplementować to lepiej, by domyślnie były one wyłączone.
- Jeśli skróty są już zaimplementowane, Użytkownik mógł je zmienić, lub wyłączyć.
Małgorzata Szymczak
Accessibility Specialist & Junior Frontend Developer
Polecane artykuły
-
19.05.2023Dostępność cyfrowa
WCAG 2.1. – kryterium 1.3.6 – Określenie przeznaczenia elementów wejściowych (poziom AAA)
Dziś omawiamy kryterium 1.3.6 WCAG – Określenie przeznaczenia (poziom AAA). Jaki jest cel i czemu ma służyć?📕 Jest ono niejako…
-
02.02.2023Akademia WCAG
WCAG 2.1. – kryterium 1.2.3 – Audiodeskrypcja lub alternatywa tekstowa dla mediów (nagranie) (poziom A)
Filmy dostępne dla każdego. Wyobraźmy sobie, że mamy materiał wideo, który chcemy opublikować na znanym portalu YouTube. Nagranie posiada dialogi,…
-
30.08.2024Akademia WCAG
WCAG 2.2 – Kryterium 3.3.8 – Dostępne uwierzytelnianie (Poziom AA)
Lubicie się logować? Wypełniać formularze oraz potwierdzać swoją tożsamość? 😉 My zawsze zastanawiamy się, czy “kawałek tej lampy należy jeszcze…