
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
-
10.08.2022Dostępność cyfrowa
SVG… SVG… czym jest SVG
SVG (ang. Scalable Vector Graphics) – to format wektorowego pliku graficznego, który w odróżnieniu do rastrowych jpg, png, gif, składa…
-
30.11.2022Badania
Jak zrobić audyt UX. Część 1 – Teoria, odrobina autokrytyki i parę praktycznych porad…
Dzisiaj wrzucamy na blog temat audytów użyteczności! Pomysł na ten wpis narodził się przy okazji audytu UX naszego bloga. Postanowiliśmy…
-
23.12.2022Dostępność cyfrowa
Dostępność cyfrowa – skąd czerpać wiedzę. Część 1
Dostępność, WCAG 2.1, inkluzywność, projektowanie uniwersalne: niektórzy mówią, że to tożsame pojęcia, ale mylą się… W takim razie skąd można…