WCAG 2.1.4: Skróty klawiszowe jednoznakowe
WCAG 2.1.4: Skróty klawiszowe jednoznakowe
Kryterium sukcesu WCAG 2.1.4, zatytułowane „Skróty klawiszowe jednoznakowe” (ang. Character Key Shortcuts), dotyczy sposobów, w jakie skróty klawiszowe aktywowane pojedynczymi znakami są implementowane na stronach internetowych i w aplikacjach. Jego głównym celem jest zapobieganie przypadkowemu uruchomieniu funkcji oraz konfliktom z innymi metodami wprowadzania danych, takimi jak czytniki ekranu czy oprogramowanie do rozpoznawania mowy.
Kryterium to wymaga, aby wszelkie funkcje, które są aktywowane przez naciśnięcie pojedynczego znaku (litery, cyfry, symbolu lub znaku interpunkcyjnego) bez klawiszy modyfikujących (takich jak Ctrl, Alt, Shift), były obsługiwane w jeden z trzech dopuszczalnych sposobów:
Czym jest kryterium 2.1.4 i dlaczego jest ważne?
Wiele stron internetowych i aplikacji internetowych wykorzystuje skróty klawiszowe, aby przyspieszyć nawigację lub dostęp do funkcji. Jednak skróty aktywowane pojedynczymi znakami bez klawiszy modyfikujących (np. Ctrl, Alt, Shift) mogą stwarzać poważne problemy z dostępnością. Przykładem jest sytuacja, gdy naciśnięcie litery 's’ globalnie zapisuje dokument, nawet gdy użytkownik wpisuje tekst w polu tekstowym.
To kryterium ma kluczowe znaczenie dla następujących grup użytkowników:
Celem kryterium jest zapewnienie, że użytkownicy mają kontrolę nad interfejsem i mogą korzystać z technologii wspomagających bez nieoczekiwanych konfliktów i przeszkód.
Wymagania kryterium sukcesu 2.1.4
Aby spełnić kryterium sukcesu 2.1.4 (poziom AA), jeśli jakakolwiek funkcja na stronie jest aktywowana przez naciśnięcie pojedynczego klawisza (literę, znak interpunkcyjny, symbol lub cyfrę) bez użycia klawiszy modyfikujących (takich jak Ctrl, Alt lub Shift), co najmniej jeden z poniższych warunków musi zostać spełniony:
Spełnienie któregokolwiek z tych trzech warunków jest wystarczające do zapewnienia zgodności z kryterium 2.1.4.
Praktyczne wskazówki dotyczące zgodności
Aby zapewnić zgodność z WCAG 2.1.4, programiści i projektanci powinni przestrzegać następujących wytycznych:
Przykłady implementacji
Przykład nieprawidłowy: Globalny skrót jednoklawiszowy
Poniższy kod JavaScript uruchamia funkcję „otwórz pomoc” za każdym razem, gdy użytkownik naciśnie klawisz 'h’, niezależnie od tego, gdzie znajduje się fokus lub co robi użytkownik.
Problem: Użytkownik, który wpisuje tekst w polu textarea i naciśnie 'h’, nie tylko nie wpisze litery, ale także nieoczekiwanie uruchomi funkcję pomocy. Jest to szczególnie problematyczne dla użytkowników wprowadzających mowę, czytników ekranu (gdzie 'h’ to często skrót do nawigacji po nagłówkach) lub użytkowników z niepełnosprawnością ruchową.
Przykład prawidłowy: Skrót aktywny tylko przy fokusie
W tym przykładzie skrót klawiszowy jednoznakowy działa tylko, gdy konkretny element interfejsu użytkownika ma fokus, lub gdy żadne edytowalne pole tekstowe nie jest aktywne. Zapewnia to, że skrót nie będzie kolidował z wprowadzaniem tekstu.
Zalety: Pierwsza opcja gwarantuje, że skrót 'h’ dla pomocy zadziała tylko, gdy użytkownik celowo skupi się na przycisku pomocy. Druga opcja pozwala na globalny skrót 's’ do zapisu, ale jest on bezpieczny, ponieważ nie aktywuje się, gdy użytkownik wpisuje tekst, co eliminuje ryzyko przypadkowego uruchomienia.
Przykład prawidłowy: Skrót z opcją wyłączenia/modyfikacji
W tym przykładzie użytkownik ma możliwość wyłączenia globalnego skrótu jednoznakowego za pomocą prostego przełącznika w ustawieniach.
Zalety: Użytkownicy, którzy nie chcą lub nie potrzebują skrótu 'j’ (np. ponieważ koliduje z ich czytnikiem ekranu), mogą go łatwo wyłączyć. Jest to szczególnie ważne dla skrótów, które mogą mieć szerszy wpływ na interakcję z witryną.
Najlepsze praktyki i typowe pułapki
Najlepsze praktyki:
Typowe pułapki:
Podsumowanie
Kryterium WCAG 2.1.4 jest kluczowe dla zapewnienia kontroli i przewidywalności interfejsu dla wszystkich użytkowników, zwłaszcza tych korzystających z technologii wspomagających. Poprzez unikanie globalnych, jednoznakowych skrótów klawiszowych lub zapewnienie mechanizmów ich wyłączania, modyfikacji lub ograniczenia do kontekstu fokusu, możemy znacząco poprawić dostępność i użyteczność naszych stron internetowych. Pamiętaj, że celem jest umożliwienie użytkownikom efektywnej interakcji bez obawy o przypadkowe uruchomienie funkcji czy konflikty z ich preferowanymi metodami wprowadzania danych.
Powiązane wpisy
- WCAG 5.2.3: Pełne procesy
- WCAG 5.2.4: Tylko sposoby korzystania z technologii wspierające dostępność
- WCAG 5.2.5: Brak zakłóceń
- WCAG 5.3.1: Wymagane elementy oświadczenia o zgodności
- WCAG 5.3.2: Opcjonalne elementy oświadczenia o zgodności
Nadal szukasz odpowiedzi?
Zapytaj naszych specjalistów używając czatu online.