Wymagania dostępności
-
2.4.4 Cel łącza (w kontekście) - poziom A: Cel każdego łącza może wynikać z samej treści łącza, lub też z treści łącza powiązanej z programistycznie określonym kontekstem, poza tymi przypadkami, kiedy cel łącza i tak byłby niejasny dla użytkowników.
-
4.1.2 Nazwa, rola, wartość - poziom AA: Dla wszystkich komponentów interfejsu użytkownika (w tym, ale nie tylko, elementów formularzy, łączy oraz komponentów wygenerowanych przez skrypty) nazwa oraz rola mogą być określone programowo; stan, właściwości oraz wartości, które mogą być ustawione przez użytkownika, mogą również być ustawione programowo; powiadomienie o zmianach w tych elementach dostępne jest dla programów użytkownika, w tym technologii wspomagających.
Uzasadnienie metody testowej
Łącza, w tym elementy skryptowe, muszą mieć znaczący tekst (powiązany bezpośrednio lub znajdujący się w kontekście), który opisuje ich przeznaczenie lub funkcję. Aby powiązany tekst był dostępny dla technologii wspomagających, informacje muszą być określone programowo (możliwe do odczytania przez program komputerowy)
Ograniczenia, założenia lub wyjątki
- Z Objaśnienia KS 2.4.4: Mogą wystąpić sytuacje, w których cel łącza ma być nieznany lub ukryty. Na przykład gra może mieć łącza oznaczone tylko jako Drzwi #1, Drzwi #2 i Drzwi #3. Te teksty łączy byłyby wystarczające, ponieważ celem jest stworzenie napięcia dla wszystkich użytkowników.
- Programowo określony kontekst łącza to dodatkowe informacje, które można programowo określić na podstawie relacji z łączem, połączyć z tekstem łącza i przedstawić użytkownikom w różnych modalnościach
- Przykład: W języku HTML informacje, które można określić programowo na podstawie łącza w języku polskim, obejmują tekst znajdujący się w tym samym akapicie, w tym samym elemencie listy lub komórce tabeli, co łącze, lub w komórce nagłówka tabeli skojarzonej z komórką tabeli zawierającą łącze.
- Połączenie dostępnej nazwy elementu i dostępnego opisu jest jego alternatywą tekstową.
14.A Procedura testowa dla celu łącza (w kontekście)
Identyfikator testu bazowego: 14.A-LinkPurpose
Identyfikacja treści
Wszystkie łącza, w tym te, które są elementami skryptowymi i mają przypisaną rolę łącza (role=”link”).
Instrukcja testowania
- Sprawdź, czy kombinacja dostępnej nazwy i dostępnego opisu nie jest pusta. [KS 4.1.2]
- Sprawdź, czy cel każdego łącza można określić na podstawie dowolnej kombinacji tekstu łącza i programowo określonego połączonego kontekstu [KS 2.4.4]
- tekstu, który znajduje się w tym samym akapicie, elemencie listy lub komórce tabeli co łącze,
- tekstu, który znajduje się w komórce nagłówka tabeli skojarzonej z komórką tabeli zawierającą łącze
Wynik testów
Jeśli którykolwiek z powyższych testów zakończy się niepowodzeniem, test podstawowy 14.A-LinkPurpose również kończy się niepowodzeniem.
Poradnik: Wskazówki dotyczące usprawniania procesu testowego
- W przypadku, gdy łącze prowadzi do dokumentu lub aplikacji internetowej, nazwa dokumentu lub aplikacji internetowej wystarcza do opisania celu łącza (czyli odesłanie do dokumentu lub aplikacji internetowej).
Techniki WCAG 2.2
Przy opracowywaniu tej procedury testowej, wzięto pod uwagę następujące wystarczające techniki i typowe błędy:
- ARIA7: Użycie atrybutu aria-labelledby, aby wskazać cel łącza
- ARIA8: Użycie atrybutu aria-label, aby wskazać cel łącza
- G53: Określenie celu łącza za pomocą tekstu łącza w połączeniu z tekstem otaczającego zdania
- G91: Zapewnienie tekstu łącza opisującego cel łącza
- H77: Określenie celu łącza za pomocą tekstu łącza w połączeniu z jego pozycją na liście
- H79: Określenie celu łącza za pomocą tekstu łącza w połączeniu z otaczającą go komórką tabeli i powiązanymi nagłówkami tabeli
- F89: Niespełnienie kryterium sukcesu 2.4.4, 2.4.9 i 4.1.2 ze względu na brak podania dostępnej nazwy obrazu, który jest jedyną treścią w łączu