Dostępność ≠ Overlay: gdy okno modalne blokuje nawigację klawiaturą
Okno modalne może ułatwić potwierdzenie zakupu, logowanie lub odczytanie ważnej informacji. Błędy obsługi fokusu i klawiatury mogą jednak uniemożliwić ukończenie zadania.
Bariera pojawiająca się nagle
Wybierasz „Kontynuuj” i otwiera się okno. Czytnik ekranu nadal odczytuje stronę w tle albo klawiatura nie dociera do przycisku „Zamknij”. Działanie zostaje przerwane.
Czym jest okno modalne
Okno modalne tymczasowo skupia interakcję na jednym zadaniu. Gdy jest otwarte, elementy w tle nie powinny otrzymywać fokusu. Nie każde wyskakujące okno musi być modalne.
Fokus powinien podążać za zadaniem
Po otwarciu fokus trafia na odpowiedni element wewnątrz okna. Tab i Shift+Tab przechodzą między jego kontrolkami bez wychodzenia w tło. Po zamknięciu fokus zwykle wraca do elementu wywołującego.
Zrozumiałe nazwy i przyciski
Okno potrzebuje dostępnej nazwy, często powiązanej z nagłówkiem. Przyciski powinny jasno komunikować „Zapisz”, „Anuluj” lub „Zamknij”. Sama ikona X może nie wystarczyć.
Zamknięcie bez pułapki
Zwykle klawisz Escape powinien zamykać okno. Ważne potwierdzenia wymagają szczególnej uwagi, lecz dostępne działania muszą pozostać zrozumiałe.
Najczęstsze błędy
Fokus znika za oknem, elementy w tle pozostają aktywne, komunikaty nie są odczytywane, a przyciski stają się niedostępne po powiększeniu tekstu.
Jak przeprowadzić test
Otwórz okno samą klawiaturą. Sprawdź fokus początkowy, Tab, Shift+Tab, Escape tam, gdzie ma zastosowanie, i powrót fokusu. Powtórz test z czytnikami ekranu.
Jak pomaga Blind Reader
Blind Reader wspiera orientację i nawigację razem z używanymi czytnikami ekranu. Ukierunkowane poprawki mogą ułatwić wybrane interakcje; samo okno modalne musi prawidłowo zarządzać fokusem.
Okno powinno pomagać kontynuować
Dostępne okno modalne pozwala zrozumieć sytuację, podjąć decyzję i wrócić do zadania.
Źródła i materiały
Odcinek 20 · Dostępność ≠ Overlay
