Tworzenie jasnych i akcji przewodzących wiadomości o błędach, widocznych dla programów do czytania ekranu
Jasne i akcji przewodzące wiadomości o błędach są kluczowe dla doświadczenia użytkownika. Te wiadomości powinny być łatwo zrozumiałe zarówno dla programów do czytania ekranu, jak i wszystkich użytkowników.
Jasne i Aktywne: Wyjaśnij, Co Poszło Nie tak i Jak Go naprawić.
Wiadomości błędu muszą jasno stwierdzić, co poszło nie tak, dostarczając konkretnych wskazówek na temat poprawy problemu. Unikaj krytyki wobec użytkownika; skup się na prostej i konkretnej rozwiązań.
Umieść błędy wstawiane blisko pola do którego się odnoszą.
Błędy wstawiane powinny być umieszczone bezpośrednio obok pola, które ich spowodowało, zapewniając natychmiastowy kontekst. Podsumowanie wielu polegających na błędu można dostarczyć na górze.
Często zadawane pytania
Czym jest aria-describedby w asocjacji z komunikatami błędu?
Asocjacja błędów za pomocą aria-describedby na polu. Użyj role="alert" lub aria-live="polite" dla dynamicznych błędów. Upewnij się, że etykiety pozostają połączone.
Jak powinny być wywoływane komunikaty błędu – podczas blur-a czy submit-a – i dlaczego?
Pokaż błędy podczas blur-a lub submit-a; unikaj wywoływania na każdym naciśnięciu klawisza. Dla sprawdzania asynchronicznego, zaznacz postępy, a następnie błędy/sukces.
Jak testować dostępność komunikatów błędu – za pomocą czytników ekranu lub tylko klawiatury?
Sprawdź za pomocą czytników ekranu, tylko klawiatury i automatycznego axe/Lighthouse. Upewnij się, że skok przesunięcia przenosi się do podsumowania w przypadku niepowodzenia z submit-a i wraca do pierwszego błędu.
© 2024 AI Usage by Countries. Acces?
© 2024 AI Usage by Countries. Dostępne komunikaty błędu.
▶ Wypróbuj na żywo
Wszystko powyżej działa bezpośrednio w Twojej przeglądarce — otwórz Hash Function Avalanche Visualizer i zmieniaj parametry podczas działania. Nic nie jest instalowane ani przesyłane na serwer, cały model działa w jednej karcie.