Objaśnienie KS 4.1.3:Komunikaty o stanie (poziom AA)

Przykłady komunikatów o stanie

• Po naciśnięciu przez użytkownika przycisku wyszukiwania, treść strony jest aktualizowana w celu uwzględnienia wyników wyszukiwania, które są wyświetlane w sekcji poniżej przycisku wyszukiwania. Zmiana treści obejmuje również komunikat „Zwrócono 5 wyników" w górnej części tej nowej treści. Tekst ten ma odpowiednią rolę dla komunikatu o stanie. Czytnik ekranu informuje: „Zwrócono pięć wyników".
• Po naciśnięciu przez użytkownika przycisku Dodaj do koszyka sekcja treści w pobliżu ikony koszyka dodaje tekst „5 pozycji". Czytnik ekranu informuje „Pięć pozycji" lub „Koszyk, pięć pozycji".
• Gdy użytkownik wprowadzi nieprawidłowy tekst w polu o nazwie Kod pocztowy, nad polem pojawi się komunikat „Nieprawidłowy wpis". Czytnik ekranu wyświetli komunikat „Nieprawidłowy wpis" lub „Kod pocztowy, nieprawidłowy wpis”.
• Gdy użytkownik aktywuje proces, na ekranie pojawia się ikona symbolizująca „zajęty”. Czytnik ekranu ogłasza „aplikacja zajęta".
• Aplikacja wyświetla pasek postępu, aby wskazać stan aktualizacji. Elementowi przypisywana jest odpowiednia rola. Czytnik ekranu zapewnia przerywane powiadomienia o postępach.
• Po przesłaniu formularza przez użytkownika do istniejącego formularza dodawany jest tekst o treści „Twój formularz został pomyślnie przesłany”. Czytnik ekranu wyświetla ten sam komunikat.
• Po nieudanym wypełnieniu formularza przez użytkownika, ponieważ niektóre dane mają nieprawidłowy format, do istniejącego formularza dodawany jest tekst o treści „5 błędów na stronie”. Czytnik ekranu wyświetla ten sam komunikat.
• Gdy użytkownik umieści zdjęcie w albumie w internetowej aplikacji fotograficznej, na pasku powiadomień wyświetlany jest komunikat „Zapisane w albumie 'Ślub'”, który jest również odczytywany przez czytnik ekranu.

Przykłady komunikatów o stanie, które nie dodają nowego tekstu do ekranu

To kryterium sukcesu zostało celowo sformułowane tak, aby miało zastosowanie przede wszystkim wtedy, gdy widoczny tekst jest dodawany do strony (lub staje się na niej widoczny). Powodem tego jest to, że tam, gdzie wyświetlany jest nowy tekst, ma on być widoczny dla wszystkich użytkowników. Zapewniając programowe środki zapewniające wyświetlanie tekstu również za pomocą technologii wspomagających, kryterium sukcesu zapewnia te same informacje użytkownikom, którzy nie mogą lub nie mogą ich zobaczyć. Jednak nie wszystkie zmiany treści obejmują dodanie tekstu do ekranu. Poniżej przedstawiono wszystkie kwestie związane z tym kryterium sukcesu:

• Niewyświetlany tekst specyficzny dla użytkowników technologii wspomagającej;
• Modyfikacja tekstu statusu;
• Usunięcie tekstu statusu; oraz
• Nietekstowa treść statusu, taka jak obrazy.

Przykłady zmian, które nie są komunikatami o stanie

Poniższe przykłady wskazują sytuacje, w których dodatkowe działania twórcy nie są konieczne. Wszystkie przypadki są wyłączone z tego kryterium sukcesu, ponieważ nie spełniają definicji „komunikatów o stanie”.

• Twórca wyświetla komunikat o błędzie w oknie dialogowym.

  Ponieważ okno dialogowe przyjmuje fokus, jest zdefiniowane jako zmiana kontekstu i nie spełnia definicji komunikatu o stanie. W wyniku skupienia uwagi nowa zmiana kontekstu jest już ogłaszana przez czytnik ekranu, a zatem nie musi być uwzględniana w zakresie tego kryterium sukcesu.

• Treść jest wyświetlana lub ukrywana, gdy użytkownik wchodzi w interakcję z komponentem interfejsu użytkownika, na przykład rozwijając komponenty, takie jak menu, wybór, akordeon lub drzewo, lub wybierając inny element zakładki na liście zakładek.

  Żadna z wynikających z tego zmian treści nie spełnia definicji komunikatów o stanie. Ponadto wszystkie komponenty spełniające definicję komponentu interfejsu użytkownika mają już wymagania określone w punkcie 4.1.2 Nazwa, rola, wartość, w tym potrzebę udostępniania powiadomień o zmianach wartości i stanów programom użytkownika, w tym technologiom wspomagającym. W rezultacie zmiany stanu, takie jak „rozwinięcie” lub „zwinięcie”, byłyby ogłaszane przez czytnik ekranu, a tym samym użytkownik byłby powiadamiany o „dodaniu” lub „usunięciu” treści. W związku z tym takie treści nie muszą być uwzględniane w tym kryterium sukcesu.

• Po tym, jak użytkownik wypełni ankietę wskazującą, że jest niezadowolony, do strony dodawana jest seria nowych pytań dotyczących satysfakcji klienta.

  Nowe wejścia nie spełniają definicji komunikatu o stanie. Nie „dostarczają użytkownikowi informacji o powodzeniu lub wynikach działania, o stanie oczekiwania aplikacji, o postępie procesu lub o istnieniu błędów”, a zatem nie są wymagane do spełnienia tego kryterium sukcesu.

  Uwaga

  Utworzenie komunikatu o statusie dodawanych pytań lub powiadomienie użytkownika z wyprzedzeniem, że zmiany treści mogą nastąpić na podstawie odpowiedzi użytkownika, to najlepsze praktyki, ale nie są one wymagane w tym scenariuszu.

Inne zastosowania regionów lub alertów na żywo

Regiony na żywo i alerty mogą być z powodzeniem stosowane w wielu sytuacjach, w których następuje zmiana treści, która nie stanowi komunikatu o stanie, zgodnie z definicją w tym kryterium sukcesu. Istnieje jednak ryzyko, że aplikacja stanie się zbyt „gadatliwa” dla użytkownika czytnika ekranu. Aby zapewnić odpowiedni poziom informacji zwrotnej, należy przeprowadzić testy z użytkownikami. Techniki pomocnicze dostarczają przykładów, w jaki sposób alerty lub regiony na żywo mogą poprawić komfort użytkowania.