Objaśnienie KS 3.3.3:Sugestie korekty błędów (Poziom AA)
W skrócie
- Cel
- Użytkownicy otrzymują sugestie dotyczące rozwiązywania błędów.
- Co zrobić
- W przypadku wykrycia błędów zasugeruj znane sposoby ich poprawienia.
- Dlaczego to jest ważne
- Ludzie mogą rozwiązywać błędy szybciej i przy mniejszym wysiłku.
Intencja
Intencją tego kryterium sukcesu jest zapewnienie, że użytkownicy otrzymają odpowiednie
sugestie dotyczące korekty błędu wprowadzanych danych, jeśli jest to możliwe. Definicja
błąd wprowadzania danych mówi, że jest to informacja wprowadzona przez użytkownika, która nie jest akceptowana przez system
. Niektóre przykłady informacji, które nie są akceptowane, obejmują informacje wymagane,
ale pominięte przez użytkownika, oraz informacje dostarczone przez użytkownika, ale
które wykraczają poza wymagany format danych lub dozwolone wartości.
Kryterium sukcesu 3.3.1 przewiduje powiadomienie o błędach. Jednak osoby z ograniczeniami poznawczymi mogą mieć trudności ze zrozumieniem, jak poprawić błędy. Osoby z niepełnosprawnością wzroku mogą nie być w stanie dokładnie określić, jak poprawić błąd. W przypadku nieudanego przesłania formularza użytkownicy mogą zrezygnować z formularza, ponieważ mogą nie być pewni, jak naprawić błąd, mimo że wiedzą, że wystąpił.
Twórca treści może podać opis błędu lub program użytkownika może podać opis błędu w oparciu o specyficzne dla technologii informacje określone programowo.
Korzyści
- Podanie informacji o tym, jak korygować błędy wprowadzania, pozwala użytkownikom z trudnościami w uczeniu się pomyślnie wypełnić formularz.
- Użytkownicy, którzy są niewidomi lub mają zaburzenia widzenia, łatwiej rozumieją charakter błędu wejściowego i sposób jego skorygowania.
- Osoby z zaburzeniami ruchu mogą zmniejszyć liczbę konieczności zmiany wartości wejściowej.
Przykłady
- Dodatkowa pomoc dotycząca korygowania błędu wprowadzania
- Wynik formularza, który nie został pomyślnie przesłany, opisuje błąd wprowadzania na miejscu na stronie wraz z poprawnym wejściem i oferuje dodatkową pomoc dla pola formularza, które spowodowało błąd wprowadzania.
- Sugestie z ograniczonego zestawu wartości
-
Pole wejściowe wymaga wprowadzenia nazwy miesiąca. Jeśli użytkownik wprowadzi
12
, sugestie dotyczące korekty mogą obejmować:-
Listę dopuszczalnych wartości, np.
Wybierz jedną z: styczeń, luty, marzec, kwiecień, maj, czerwiec, lipiec, sierpień, wrzesień, październik, listopad, grudzień.
-
Konwersję danych wejściowych interpretowaną jako inny format miesiąca, np. „Czy masz
na myśli
grudzień
?”
-
Listę dopuszczalnych wartości, np.
Techniki
Każdy numerowany element w tej sekcji reprezentuje technikę lub kombinację technik, które Grupa Robocza WCAG uważa za wystarczające do spełnienia tego kryterium sukcesu. Nie jest jednak konieczne stosowanie tych konkretnych technik. Aby uzyskać informacje na temat stosowania innych technik, zobacz Objaśnienie technik dla kryteriów sukcesu WCAG, szczególnie w sekcji „Inne techniki”.
Uwaga
W niektórych przypadkach może mieć zastosowanie więcej niż jedna z tych sytuacji. Na przykład, gdy pole obowiązkowe wymaga również, aby dane były w określonym formacie.
Techniki wystarczające
Wybierz poniżej sytuację, która pasuje do Twojej treści. Każda sytuacja obejmuje techniki lub kombinacje technik, które są znane i udokumentowane jako wystarczające w danej sytuacji.
Sytuacja A: Jeżeli obowiązkowe pole nie zawiera żadnych informacji:
- ARIA2: Identyfikacja wymaganych pól za pomocą właściwości aria-required
- G85: Zapewnienie opisów tekstowych wskazujących wymagane pola, które nie zostały wypełnione
- G177: Zapewnienie sugerowanego tekstu korekty
- PDF22: Wskazywanie, kiedy dane wprowadzone przez użytkownika nie mieszczą się w wymaganym formacie lub wartościach w formularzach PDF
Sytuacja B: Jeżeli informacje w danym polu muszą być w określonym formacie danych:
- ARIA18: Użycie atrybutu aria-alertdialog do identyfikacji błędów
- G84: Zapewnienie komunikatu tekstowego, gdy użytkownik podaje informacje, które nie znajdują się na liście dozwolonych wartości
- G177: Zapewnienie sugerowanego tekstu korekty
- PDF22: Wskazywanie, kiedy dane wprowadzone przez użytkownika nie mieszczą się w wymaganym formacie lub wartościach w formularzach PDF
Techniki pomocnicze
Chociaż nie jest to wymagane do uzyskania zgodności, należy rozważyć następujące dodatkowe techniki, aby zwiększyć dostępność treści. Nie wszystkie techniki mogą być stosowane lub byłyby skuteczne we wszystkich sytuacjach.
- G139: Zapewnienie mechanizmu, który umożliwia użytkownikom przechodzenie do błędów
- G199: Zapewnienie komunikatu o powodzeniu po pomyślnym przesłaniu danych
Techniki skryptowe po stronie klienta (pomocnicze)
Kluczowe pojęcia
informacja wprowadzona przez użytkownika, która nie jest akceptowana przez system
Uwaga
Dotyczy:
- Informacji, które są wymagane przez stronę internetową, a pominięte przez użytkownika.
- Informacji wprowadzonych przez użytkownika, ale w niewłaściwym formacie lub o niedopuszczalnej wartości.
oprogramowanie umożliwiające pobieranie i przeglądanie treści internetowych
nieosadzony zasób uzyskany z pojedynczego identyfikatora URI za pomocą protokołu HTTP wraz z wszelkimi innymi zasobami użytymi do renderowania strony w programie użytkownika lub takimi, które potencjalnie mogą być użyte do renderowania
Uwaga
Mimo że każdy z „pozostałych zasobów” mógłby być renderowany razem z podstawowym zasobem, to niekoniecznie muszą być renderowane równocześnie.
Uwaga
W celu zgodności z niniejszymi wytycznymi, zasób nie może być „osadzony” w innym zasobie wchodzącym w zakres oceny zgodności, aby można go było uznać za stronę internetową.