Photo by 76 on Unsplash 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ć.
Piotr Źrołka
Accessibility expert & CEO
Polecane artykuły
-
12.05.2023Akademia WCAGWCAG 2.1. – kryterium 1.3.5 – Określenie pożądanej wartości (poziom AA)
Czy wiesz, że każde pole formularza na Twojej stronie internetowej powinno mieć jasno określony cel? Dzięki temu każdy użytkownik, korzystający…
-
19.07.2023Dostępność cyfrowaOkiem niewidomego. Etykiety przycisków
W artykule na temat obrazków wspominałem już o znaczeniu alternatywnego tekstu. A ponieważ przyciski też często go zawierają, to chciałbym…
-
06.01.2025Dostępność cyfrowaTożsamość Dostępności Cyfrowej
Od kilku lat wdrażamy dla polskich i zagranicznych firm koncept Tożsamość Dostępności Cyfrowej. Jest to swoista „księga zasad”, która definiuje,…