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
-
04.01.2024Nie tylko dizajn
Okiem niewidomego. Pismo Braille’a dziś
Około roku 1879 do powszechnego użytku weszło pismo punktowe, stworzone przez francuskiego nauczyciela, Louisa Braille’a, na jego cześć dzisiejsza nazwa…
-
24.11.2023Akademia WCAG
WCAG 2.1. – kryterium 2.4.1 – Możliwość pominięcia bloków (Poziom A)
Dziś kolejna dawka wiedzy o kryteriach WCAG. Dzisiejsze dotyczy właśnie pomijania i przeskakiwania bloków tekstów znajdujących się na naszych stronach…
-
24.03.2023Akademia WCAG
WCAG 2.1 – kryterium 1.3.1 – Informacje i relacje: (poziom A) część 1
Czy struktura na stronie internetowej jest ważna? Dzisiaj zajmiemy się kryterium, które odpowiada na to pytanie. Jest to jedno z…