See also translations.
Copyright © 2020-2024 World Wide Web Consortium. W3C® liability, trademark and document use rules apply.
Wytyczne dla dostępności treści internetowych (WCAG) 2.2 obejmują szeroki wachlarz zaleceń dotyczących zwiększenia dostępności treści internetowych. Ich wdrożenie sprawi, że treści będą bardziej dostępne dla szerszego grona osób z niepełnosprawnościami, w tym dla niewidomych i słabowidzących, głuchych i niedosłyszących, osób z niepełnosprawnością ruchową, z zaburzeniami mowy, nadwrażliwością na światło, z niepełnosprawnościami sprzężonymi. A także dla niektórych osób mających trudności w uczeniu się i ograniczenia poznawcze; ale nie zaspokoją potrzeb każdego użytkownika z niepełnosprawnością. Wytyczne te dotyczą dostępności treści internetowych na komputerach stacjonarnych, laptopach, tabletach i urządzeniach mobilnych. Postępowanie zgodnie z tymi wytycznymi sprawi również, że treści internetowe w ogóle będą bardziej użyteczne dla użytkowników.
Kryteria sukcesu WCAG 2.2 są formułowane jako możliwe do zweryfikowania twierdzenia, niepowiązane z konkretną technologią. Wytyczne dotyczące spełnienia kryteriów sukcesu dla konkretnych technologii, a także ogólne informacje na temat interpretacji kryteriów sukcesu zawarte są w osobnych dokumentach. Zobacz Omówienie Wytycznych dla dostępności treści internetowych, gdzie znajduje się wprowadzenie oraz łącza do materiałów technicznych i edukacyjnych dotyczących WCAG.
WCAG 2.2 rozszerzają Wytyczne dla dostępności treści internetowych 2.1 [WCAG21], które zostały opublikowane jako zalecenie W3C w czerwcu 2018 roku. Treść zgodna z WCAG 2.2 jest również zgodna z WCAG 2.0 i WCAG 2.1. Intencją Grupy Roboczej jest, aby przypadku polityk wymagających zgodności z WCAG 2.0 lub WCAG 2.1, WCAG 2.2 mogły zapewnić alternatywny sposób spełnienia wymagań. Publikacja WCAG 2.2 nie deprecjonuje, ani nie zastępuje WCAG 2.0 lub WCAG 2.1. Chociaż WCAG 2.0 i WCAG 2.1 nadal pozostają rekomendacjami W3C, Konsorcjum zaleca użycie WCAG 2.2, aby w przyszłości zmaksymalizować możliwości działania na rzecz dostępności. W3C zachęca również do korzystania z najbardziej aktualnej wersji WCAG przy opracowywaniu lub aktualizacji zasad dostępności cyfrowej.
This section describes the status of this document at the time of its publication. A list of current W3C publications and the latest revision of this technical report can be found in the W3C technical reports index at https://www.w3.org/TR/.
Poniższa część opisuje status dokumentu w momencie jego publikacji. Lista bieżących publikacji W3C oraz zaktualizowany raport techniczny znajdują się na stronie W3C technical reports index pod adresem https://www.w3.org/TR/.
Aby skomentować, zgłoś problem do W3C w repozytorium WCAG na GitHub. Chociaż proponowane w tym dokumencie kryteria sukcesu odnoszą się do kwestii śledzonych w dyskusji, Grupa Robocza prosi, aby komentarze publiczne były tworzone jako nowe wątki. Jedna kwestia na zgłoszenie. Utworzenie konta GitHub w celu zgłaszania problemów jest bezpłatne. Jeśli zgłaszanie problemów na GitHub jest niemożliwe, wyślij e-mail na adres public-agwg-comments@w3.org(archiwum komentarzy).
Ten dokument został opublikowany przez Accessibility Guidelines Working Group (Grupę Roboczą Wytycznych dla Dostępności) jako Rekomendacja zgodnie z Recommendation track (Ścieżka rekomendacji).
W3C rekomenduje szerokie wdrożenie tej specyfikacji jako standardu dla WWW.
Rekomendacja W3C to specyfikacja, która po wypracowaniu szerokiego konsensusu została zatwierdzona przez W3C i jego członków, a członkowie Grupy Roboczej zobowiązali się do royalty-free licensing (nieodpłatnego licencjonowania jej implementacji.
Dokument został opracowany przez grupę pracującą w ramach W3C Patent Policy (Polityki Patentowej W3C). W3C prowadzi listę patentów zgłoszonych publicznie w związku z rezultatami pracy grupy; strona ta zawiera również instrukcje zgłaszania patentu. instructions for disclosing a patent. Osoba, która twierdzi, że ma wiedzę na temat patentu, który jej zdaniem zawiera Essential Claim(s) (istotne zastrzeżenia, musi zgłosić takie informacje, zgodnie z section 6 of the W3C Patent Policy (Rozdziałem 6 Polityki Patentowej W3C).
Dokument podlega 03 November 2023 W3C Process Document (dokumentowi procesowemu W3C z 3 listopada 2023 roku.
This document was published by the Accessibility Guidelines Working Group as a Recommendation using the Recommendation track.
W3C recommends the wide deployment of this specification as a standard for the Web.
A W3C Recommendation is a specification that, after extensive consensus-building, is endorsed by W3C and its Members, and has commitments from Working Group members to royalty-free licensing for implementations.
This document was produced by a group operating under the W3C Patent Policy. W3C maintains a public list of any patent disclosures made in connection with the deliverables of the group; that page also includes instructions for disclosing a patent. An individual who has actual knowledge of a patent which the individual believes contains Essential Claim(s) must disclose the information in accordance with section 6 of the W3C Patent Policy.
This document is governed by the 03 November 2023 W3C Process Document.
This section is non-normative.
Wytyczne dla dostępności treści internetowych (WCAG) 2.2 określają, w jaki sposób zwiększyć dostępność treści internetowych dla osób z niepełnosprawnościami. Mowa tutaj o wielu rodzajach niepełnosprawności: ze względu na wzrok, słuch, kłopoty z mową, trudności w uczeniu się, ograniczenia poznawcze, fizyczne, lingwistyczne czy też neurologiczne. I choć wytyczne obejmują szeroki zakres zagadnień, nie ma możliwości aby szczegółowo odpowiadały one na potrzeby wszystkich rodzajów, stopni i kombinacji niepełnosprawności. Wytyczne te sprawiają również, że treści internetowe są bardziej użyteczne dla osób starszych o pogarszających się wraz z wiekiem zdolnościach i często poprawiają one ogólną użyteczność dla użytkowników.
WCAG 2.2 zostały opracowane w ramach procesu W3C we współpracy z osobami i organizacjami z całego świata, aby zapewnić wspólny standard dostępności treści internetowych, który spełnia potrzeby osób, organizacji i rządów na całym świecie. WCAG 2.2 opierają się na WCAG 2.0 [WCAG20] i WCAG 2.1 [WCAG21], które z kolei opierają się na WCAG 1.0 [WAI-WEBCONTENT] i są przeznaczone do szerokiego zastosowania w różnych technologiach internetowych zarówno teraz, jak i w przyszłości. Zostały zaprojektowane tak, aby można było testować ich spełnianie za pomocą kombinacji testów automatycznych i oceny przez człowieka. Wprowadzenie do WCAG można znaleźć w dokumencie Omówienie WCAG.
Przy określaniu dodatkowych kryteriów dotyczących niepełnosprawności poznawczych, językowych i związanych z uczeniem się, napotkano istotne wyzwania, w tym spowodowane krótkim harmonogramem prac, a także wyzwania w osiągnięciu konsensusu w zakresie testowalności, możliwości wdrożenia i rozpatrzenia propozycji na forum międzynarodowym. Prace w tej dziedzinie będą kontynuowane w przyszłych wersjach WCAG. Zachęcamy twórców do zapoznania się z naszymi dodatkowymi wskazówkami dotyczącymi poprawy integracji osób z niepełnosprawnościami, w tym osób z trudnościami w uczeniu się i poznawczymi, osób niedowidzących i innych..
Dostępność internetowa zależy nie tylko od treści stron internetowych, ale również od dostępnych przeglądarek internetowych, czy innych programów stosowanych przez użytkownika. Ważną rolę w dostępności spełniają również narzędzia do tworzenia treści. Aby dowiedzieć się, jak te komponenty tworzenia stron internetowych i interakcji współpracują ze sobą, zobacz:
Tam, gdzie niniejszy dokument odnosi się do WCAG 2
, oznacza to wszystkie wersje WCAG, które zaczynają się od 2.
Osoby i organizacje korzystające z WCAG to różnorodna grupa, obejmująca między innymi projektantów i twórców stron internetowych, decydentów, nabywców usług, nauczycieli czy studentów. Aby zaspokoić różne potrzeby tej grupy odbiorców, stworzono kilka warstw wskazówek, w tym zasady, ogólne wytyczne, testowalne kryteria sukcesu oraz bogaty zbiór technik wystarczających, technik pomocniczych i udokumentowanych typowych błędów z przykładami, łączami do zasobów i fragmentami kodu źródłowego.
Zasady - na szczycie znajdują się cztery zasady, które stanowią fundament dostępności internetowej: postrzegalne, funkcjonalne, zrozumiałe i solidne. Zobacz także Objaśnienie czterech zasad dostępności (Understanding the Four Principles of Accessibility).
Wytyczne - pod zasadami znajdują się wytyczne. 13 wytycznych definiuje podstawowe cele, do których powinni dążyć twórcy, aby treści były bardziej dostępne dla użytkowników z różnymi niepełnosprawnościami. Wytyczne nie są testowalne, ale stanowią ogólne ramy i cele do osiągnięcia. Mają pomóc twórcom zrozumieć kryteria sukcesu i skuteczniej wdrażać techniki.
Kryteria sukcesu - dla każdej wytycznej podano możliwe do przetestowania kryteria sukcesu, aby umożliwić stosowanie WCAG 2.2 tam, gdzie konieczne jest sprawdzenie zgodności z wytycznymi, np. przy specyfikacji projektu, zamawianiu usług internetowych, w przepisach prawnych oraz przy umowach. Aby zaspokoić potrzeby różnych grup i sytuacji, zdefiniowano trzy poziomy zgodności: A (najniższy), AA i AAA (najwyższy). Dodatkowe informacje na temat poziomów zgodności WCAG można znaleźć w Objaśnienie poziomów zgodności (Understanding Levels of Conformance).
Techniki wystarczające i pomocnicze - dla każdej wytycznej oraz kryteriów sukcesu Grupa Robocza zebrała również i udokumentowała szeroką gamę technik. Techniki mają charakter informacyjny. Dzielą się na dwie kategorie: te, które są wystarczające do spełnienia kryteriów sukcesu i te, które mają charakter pomocniczy. Techniki pomocnicze wykraczają poza to, co jest wymagane przez poszczególne kryteria sukcesu i pozwalają twórcom lepiej spełniać wytyczne. Niektóre techniki pomocnicze dotyczą barier dostępności, które nie są objęte testowalnymi kryteriami sukcesu. Często występujące znane błędy również zostały udokumentowane. Zobacz także Objaśnienie technik wystarczających i pomocniczych WCAG 2.2 (Sufficient and Advisory Techniques in Understanding WCAG 2.2).
Wszystkie te warstwy wskazówek (zasady, wytyczne, kryteria sukcesu oraz techniki wystarczające i pomocnicze) uzupełniają się wzajemnie i wskazują, w jaki sposób tworzyć bardziej dostępne treści internetowe. Zachęca się twórców do przeglądania i stosowania w miarę możliwości wszystkich warstw, w tym technik pomocniczych, aby jak najlepiej zaspokajać potrzeby jak najszerszego grona użytkowników.
Należy pamiętać, że nawet treści zgodne na najwyższym poziomie (AAA) nie będą dostępne dla osób ze wszystkimi rodzajami, stopniami lub kombinacjami niepełnosprawności, szczególnie w obszarach poznawczych, językowych i uczenia się. Zachęca się twórców do rozważenia i stosowania całego zakresu technik, w tym technik pomocniczych, Making Content Usable for People with Cognitive and Learning Disabilities (Tworzenie treści użytecznych dla osób z zaburzeniami poznawczymi i trudnościami w uczeniu się), ale także do poszukiwania najlepszych praktyk stosowanych w danym momencie rozwoju Internetu, aby treści były w możliwie największym stopniu dostępne dla osób z różnymi dysfunkcjami. Metadane (Metadata) mogą pomóc użytkownikom w znalezieniu treści najbardziej dostosowanych do ich potrzeb.
Dokument WCAG 2.2 został zaprojektowany, aby zaspokoić potrzeby tych, którzy potrzebują stabilnego, będącego punktem odniesienia, standardu technicznego. Inne dokumenty, zwane dokumentami pomocniczymi, są oparte na dokumencie WCAG 2.2 i odnoszą się do różnych ważnych celów, w tym możliwości aktualizacji, aby opisać, jak WCAG powinien być stosowany z nowymi technologiami. Dokumenty pomocnicze obejmują:
Jak spełnić WCAG 2.2 (How to Meet WCAG 2.2) - konfigurowalna i aktualizowana na bieżąco lista odniesień (referencji) do WCAG 2.2 zawierająca wszystkie wytyczne, kryteria sukcesu i techniki, z których twórcy mogą korzystać podczas opracowywania i oceny treści internetowych. Przewodnik obejmuje treści z WCAG 2.0, 2.1, 2.2. Można je filtrować na wiele sposobów, aby twórcy mogli się skupić na odpowiedniej treści.
Understanding WCAG 2.2 (Objaśnienia WCAG 2.2) - przewodnik ułatwiający zrozumienie i wdrażanie WCAG 2.2. Do każdej wytycznej i kryterium sukcesu WCAG 2.2, a także kluczowych tematów, istnieje krótki dokument „Objaśnienie” pomagający zrozumieć ich kluczowe aspekty.
Techniques for WCAG 2.2 (Techniki dla WCAG 2.2) - zbiór technik i typowych błędów. Każdy z elementów przedstawiony jest w osobnym dokumencie, zawierającym opis, przykłady, kody źródłowe oraz testy.
Dokumenty WCAG 2 - Krótkie wprowadzenie do dokumentów pomocniczych WCAG 2 i dodatkowych wytycznych. Pokazuje, w jaki sposób są one ze sobą powiązane.
Nowości w WCAG 2.2 wprowadza nowe kryteria sukcesu z cytatami osób ilustrującymi kwestie dostępności.
Zobacz dokument Omówienie Wytycznych dla dostępności treści internetowych, które zawiera opis jego materiałów pomocniczych, w tym zasobów edukacyjnych związanych z WCAG 2. Materiały dodatkowe, obejmujące takie tematy, jak analiza kosztów i korzyści (business case) w zakresie dostępności, propozycje planowania wdrażania wytycznych dostępności oraz kwestie prawne dotyczące dostępności znajdują się na stronie WAI Resources (Omówienie zasobów WAI).
WCAG 2.2 spełniają zestaw wymagań dla WCAG 2.2, które z kolei odziedziczyły wymagania dotyczące wersji WCAG 2. Wymagania tworzą ogólne ramy wytycznych i zapewniają zgodność wsteczną. Wymagania tworzą ogólne ramy wytycznych i zapewniają zgodność wsteczną. Grupa Robocza zastosowała również mniej formalny zestaw warunków akceptacji dla kryteriów sukcesu, aby zapewnić, że kryteria sukcesu są podobne pod względem stylu i jakości do tych zawartych w WCAG 2.0. Te wymagania ograniczały, co mogło być ujęte we WCAG 2.2. To ograniczenie było konieczne, aby zachować charakter wydania WCAG 2.2 jako wydania punktowego WCAG 2.
WCAG 2.2 zostały zainicjowane, aby kontynuować pracę rozpoczętą przy WCAG 2.1: ulepszyć wytyczne dotyczące dostępności dla trzech głównych grup: użytkowników z zaburzeniami funkcji poznawczych lub uczenia się, użytkowników ze słabym wzrokiem oraz użytkowników z niepełnosprawnościami powodującymi problemy w korzystaniu z urządzeń przenośnych. Zaproponowano i oceniono wiele sposobów zaspokojenia tych potrzeb, a Grupa Robocza dopracowała ich zestaw. Wymagania strukturalne odziedziczone po WCAG 2.0, jasność i oddziaływanie propozycji, a także przyjęty harmonogram prac, doprowadziły do powstania ostatecznego zestawu kryteriów sukcesu zawartych w tej wersji. Grupa Robocza uważa, że WCAG 2.2 stopniowo rozwija wytyczne dla dostępności treści internetowych we wszystkich tych obszarach, ale podkreśla, że te wytyczne nie zaspokajają wszystkich potrzeb użytkowników.
WCAG 2.2 opierają się na WCAG 2.1 i są z nimi kompatybilne wstecznie, co oznacza, że strony internetowe zgodne z WCAG 2.2 są co najmniej tak samo dostępne jak strony zgodne z WCAG 2.1. Dodano wymagania, które opierają się na 2.1 i 2.0. W WCAG 2.2 usunięto jedno kryterium sukcesu, 4.1.1 Poprawność kodu. Twórcy, którzy są zobowiązani przez polityki swoich organizacji do zgodności z WCAG 2.0 lub 2.1, będą mogli aktualizować treści do WCAG 2.2 bez utraty zgodności z WCAG 2.1, lecz konieczne może być dalsze testowanie i raportowanie kryterium sukcesu 4.1.1. Twórcy przestrzegający więcej niż jednej wersji wytycznych powinni zdawać sobie sprawę z poniższych różnic.
WCAG 2.2 rozszerzają WCAG 2.1 poprzez dodanie nowych kryteriów sukcesu, wspierających ich definicji oraz wytycznych dotyczących organizowania dodatków. To modułowe podejście pomaga wyjaśnić, że strony, które są zgodne z WCAG 2.2, są również zgodne z WCAG 2.1. Grupa Robocza ds. Wytycznych dla Dostępności zaleca, aby strony przyjęły WCAG 2.2 jako nowy cel zgodności, nawet jeśli formalne zobowiązania wymieniają poprzednie wersje, aby zapewnić lepszą dostępność i wyprzedzić przyszłe zmiany polityki w tym obszarze.
Następujące kryteria sukcesu są nowe w WCAG 2.2:
Nowe kryteria sukcesu mogą odnosić się do nowych terminów, które zostały również dodane do słownika i stanowią część normatywnych wymagań kryteriów sukcesu.
WCAG 2.2 wprowadza również nowe sekcje wyszczególniające aspekty specyfikacji, które mogą mieć wpływ na prywatność i bezpieczeństwo.
Aby uniknąć zamieszania w narzędziach, dla których ważna jest kompatybilność wsteczna z WCAG 2, nowe kryteria sukcesu w WCAG 2.2 zostały dołączone do poszczególnych wytycznych, na końcu ich zestawu kryteriów sukcesu. Pozwoliło to uniknąć konieczności zmiany numeracji części kryteriów sukcesu z WCAG 2, co byłoby konieczne po wstawieniu nowych kryteriów sukcesu między już te istniejące. Oznacza to jednak, że kryteria sukcesu w poszczególnych wytycznych nie są już pogrupowane według poziomu zgodności. Kolejność kryteriów sukcesu w ramach każdej wytycznej nie oznacza poziomu zgodności; Określa ją jedynie wskaźnik poziomu zgodności (A / AA / AAA) umieszczony przy samym kryterium sukcesu. W dokumencie Jak spełnić WCAG 2.2 (WCAG 2.2 Quick Reference) można przeglądać kryteria sukcesu pogrupowane według poziomu zgodności oraz wielu innych opcji filtrowania i sortowania.
WCAG 2.2 wykorzystują ten sam model zgodności co WCAG 2.0. Zakłada się, że witryny zgodne z WCAG 2.2 są również zgodne z WCAG 2.0 i WCAG 2.1, co oznacza, że spełniają wymagania wszystkich zasad odnoszących się do WCAG 2.0 lub WCAG 2.1, a jednocześnie lepiej spełniają potrzeby użytkowników we współczesnej sieci internetowej.
Równolegle z WCAG 2.2 Grupa Robocza ds. Wytycznych dla Dostępności opracowuje kolejną ważną wersję wytycznych dla dostępności. Przewiduje się, że rezultatem tych prac będzie bardziej znacząca restrukturyzacja wytycznych dla dostępności internetowej, niż byłoby to realne w przypadku wydania punktowego WCAG 2. Prace prowadzone są zgodnie z metodologią projektowania skoncentrowaną na użytkowniku, aby zapewnić najbardziej efektywny i elastyczny wynik, w tym role związane z tworzeniem treści, obsługą programu użytkownika i obsługą narzędzi do tworzenia treści. Jest to wysiłek wieloletni, dlatego też WCAG 2.2 są potrzebne jako tymczasowy środek zapewnienia zaktualizowanych wytycznych dla dostępności internetowej, aby odzwierciedlić zmiany w sieci Internet od czasu publikacji WCAG 2.0. Grupa Robocza może również opracować dodatkowe wersje tymczasowe, kontynuując prace nad WCAG 2.2, aby zapewnić dodatkowe wsparcie do czasu, zanim zostanie ukończona kolejna główna wersja.
Przedstawiaj użytkownikom informacje i komponenty interfejsu w sposób dostrzegalny dla ich zmysłów.
Zapewnij alternatywy tekstowe wszystkich treści nietekstowych, aby można je było przekształcić na inne formy (np. powiększony druk, brajl, mowa syntetyczna, symbole lub prostszy język).
(Poziom A)
Wszelkie treści nietekstowe przedstawione użytkownikowi mają swoją alternatywę tekstową, która pełni tę samą funkcję, z wyjątkiem sytuacji opisanych poniżej.
Jeśli treść nietekstowa jest kontrolką użytkownika lub polem wprowadzania danych, wtedy posiada nazwę opisującą jej przeznaczenie. (Kryterium sukcesu 4.1.2 podaje dodatkowe wymagania dotyczące kontrolek oraz wprowadzania danych przez użytkownika.)
Jeśli treścią nietekstową są media oparte na czasie, wtedy alternatywa tekstowa zawiera przynajmniej opisowe określenie treści nietekstowej. (Wytyczna 1.2 podaje dodatkowe wymagania, jeśli chodzi o media.)
Jeśli treść nietekstowa jest testem lub ćwiczeniem, które utraciłoby swój sens ze względu na przedstawienie tej samej treści w postaci tekstu, wtedy alternatywa w postaci tekstu podawać powinna przynajmniej opis pozwalający zrozumieć przeznaczenie treści nietekstowej.
Jeśli treść nietekstowa ma za zadanie przede wszystkim tworzyć konkretne odczucie zmysłowe, wtedy alternatywa w postaci tekstu jest opisem pozwalającym zrozumieć przeznaczenie treści nietekstowej.
Jeśli celem treści nietekstowej jest potwierdzenie, że do treści ma dostęp człowiek, a nie komputer, wtedy zapewnia się alternatywę w postaci tekstu, która identyfikuje oraz opisuje cel treści nietekstowej. Zapewnia się również alternatywnych zabezpieczeń typu CAPTCHA, dostosowanych do różnych możliwości percepcji użytkowników, uwzględniając różne rodzaje niepełnosprawności.
Jeśli treść nietekstowa pełni funkcję czysto dekoracyjną, używana jest do formatowania wizualnego lub też nie jest przedstawiana użytkownikowi, powinna być wdrożona w sposób umożliwiający technologiom wspomagającym jej zignorowanie.
Zapewnij rozwiązania alternatywne dla mediów opartych na czasie.
(Poziom A)
Dla mediów nagranych w systemie tylko audio lub tylko wideo stosuje się następujące zasady, z wyjątkiem sytuacji, kiedy nagranie audio lub wideo jest alternatywą dla tekstu i w taki sposób jest oznaczone:
Zapewniona jest alternatywa dla mediów opartych na czasie, która przedstawia tę samą treść, co nagrana treść audio.
Zapewniona jest alternatywa dla mediów opartych na czasie lub ścieżka dźwiękowa, która przedstawia tę samą treść, co nagranie wideo.
(Poziom A)
Do wszystkich nagrań audio w mediach zsynchronizowanych (dźwięk i obraz), z wyjątkiem sytuacji, kiedy są one alternatywami dla tekstu i w taki sposób są oznaczone, zapewnione są napisy rozszerzone.
(Poziom A)
Zapewniona jest alternatywa dla mediów opartych na czasie lub audiodeskrypcja dla nagrań wideo w mediach zsynchronizowanych (dźwięk i obraz), z wyjątkiem sytuacji, kiedy są one alternatywami dla tekstu i w taki sposób są oznaczone.
(Poziom AA)
Do wszystkich treści audio w mediach zsynchronizowanych (dźwięk i obraz) przekazywanych na żywo zapewnione są napisy rozszerzone.
(Poziom AA)
Zapewniona jest audiodeskrypcja dla wszystkich nagrań wideo w mediach zsynchronizowanych.
(Poziom AAA)
Zapewnione jest tłumaczenie w języku migowym wszystkich nagrań audio w mediach zsynchronizowanych (dźwięk i obraz).
(Poziom AAA)
Jeśli przerwy w ścieżce dźwiękowej nagrania nie pozwalają na zamieszczenie audiodeskrypcji przekazującej sens treści w wystarczającym stopniu, dla wszystkich nagrań wideo w mediach zsynchronizowanych (dźwięk i obraz) zapewniona jest audiodeskrypcja rozszerzona.
(Poziom AAA)
Zapewniona jest alternatywa dla mediów opartych na czasie we wszystkich nagraniach w mediach zsynchronizowanych oraz we wszystkich nagraniach tylko wideo.
(Poziom AAA)
Zapewniona jest alternatywa dla mediów przedstawiająca informacje takie same, jak w przekazie tylko audio na żywo.
Twórz treści, które mogą być prezentowane na różne sposoby (na przykład prostszy układ) bez utraty informacji czy struktury.
(Poziom A)
Informacje, struktura oraz relacje między treściami przekazywane poprzez prezentację mogą być odczytane przez program komputerowy lub istnieją w postaci tekstu.
(Poziom A)
Jeśli kolejność, w jakiej przedstawiona jest treść, ma znaczenie dla zrozumienia treści — prawidłowa kolejność odczytu musi być określona programowo.
(Poziom A)
Instrukcje co do zrozumienia i operowania treścią nie opierają się wyłącznie na właściwościach zmysłowych, takich jak: kształt, rozmiar, wzrokowa lokalizacja, orientacja w przestrzeni lub dźwięk.
Wymagania dotyczące koloru można znaleźć w Wytycznej 1.4.
(Poziom AA)
Treść nie ogranicza swojego widoku i działania do jednej orientacji wyświetlania, takiej jak pionowa lub pozioma, chyba że określona orientacja wyświetlania jest istotna.
Przykłady, w których konkretna orientacja wyświetlania może mieć istotne znaczenie, to np. czek bankowy, aplikacja na pianino, slajdy do projektora czy telewizora lub treść rzeczywistości wirtualnej, gdy treść nie musi być ograniczona do orientacji poziomej lub pionowej.
(Poziom AA)
Cel każdego pola zbierającego informacje o użytkowniku może być programowo określony gdy:
(Poziom AAA)
W treściach zaimplementowanych przy użyciu języków znaczników przeznaczenie komponentów interfejsu użytkownika, ikon oraz regionów strony może zostać określone programowo.
Ułatwiaj oglądanie i słuchanie treści oraz oddzielanie informacji od tła.
(Poziom A)
Kolor nie jest wykorzystywany jako jedyny wizualny sposób przekazywania informacji, wskazywania czynności do wykonania lub oczekiwania na odpowiedź, czy też wyróżniania elementów wizualnych.
To kryterium sukcesu dotyczy szczególnie percepcji koloru. Inne formy percepcji zostały omówione w Wytycznej 1.3, w tym programowy dostęp do koloru oraz inne rodzaje zaprogramowania prezentacji wizualnej.
(Poziom A)
Jeśli jakieś nagranie audio włącza się automatycznie na danej stronie i jest odtwarzane przez okres dłuższy niż 3 sekundy, istnieje mechanizm umożliwiający przerwanie lub wyłączenie nagrania albo mechanizm kontrolujący poziom głośności niezależnie od poziomu głośności całego systemu.
Ponieważ każda treść, która nie spełnia tego kryterium sukcesu, może utrudnić użytkownikowi odczytanie całej strony, wszelkie treści na stronie (bez względu na to, czy spełniają inne kryteria sukcesu, czy nie) muszą spełnić niniejsze kryterium. Więcej informacji: Wymagania dotyczące zgodności: Bez zakłóceń.
(Poziom AA)
Wizualna prezentacja tekstu lub obrazu tekstu posiada współczynnik kontrastu wynoszący przynajmniej 4.5:1, poza następującymi wyjątkami:
Duży tekst oraz obrazy takiego tekstu posiadają kontrast przynajmniej 3:1;
Tekst lub obrazy tekstu, które są częścią nieaktywnego komponentu interfejsu użytkownika, które są czystą dekoracją, które nie są widoczne lub które są częścią obrazu zawierającego inne istotne treści wizualne, nie wymagają minimalnego kontrastu;
Tekst, który jest częścią logo lub nazwy własnej produktu (marki), nie wymaga minimalnego kontrastu.
(Poziom AA)
Oprócz napisów rozszerzonych oraz obrazów tekstu, rozmiar tekstu może zostać powiększony do 200% bez użycia technologii wspomagających oraz bez utraty treści lub funkcjonalności.
(Poziom AA)
Jeśli wykorzystywane technologie mogą przedstawiać treść wizualnie, do przekazywania informacji wykorzystuje się tekst, a nie obraz tekstu, z wyjątkiem następujących sytuacji:
Obraz tekstu może być dostosowany wizualnie do wymagań użytkownika;
Prezentacja tekstu w postaci graficznej jest istotna dla zrozumienia przekazywanej informacji.
Logotyp (tekst będący częścią logo lub nazwy własnej produktu) jest uznawany za istotny.
(Poziom AAA)
Wizualna prezentacja tekstu lub obrazu tekstu posiada współczynnik kontrastu wynoszący przynajmniej 7:1, poza następującymi wyjątkami:
Duży tekst oraz grafiki takiego tekstu posiadają kontrast przynajmniej 4,5:1;
Tekst lub obrazy tekstu, które są częścią nieaktywnego komponentu interfejsu użytkownika, które są czystą dekoracją, które nie są widoczne lub które są częścią obrazu zawierającego inne istotne treści wizualne, nie wymagają wzmocnionego kontrastu;
Tekst, który jest częścią logo lub nazwy własnej produktu (marki), nie wymaga wzmocnionego kontrastu.
(Poziom AAA)
Dla nagranej treści tylko audio, która (1) na pierwszym planie zawiera głównie mowę, (2) nie jest dźwiękową CAPTCHA lub logo w postaci dźwiękowej, oraz (3) nie jest wokalizacją mającą na celu głównie ekspresję muzyczną, np. w przypadku śpiewu lub rapu, przynajmniej jedno z poniższych założeń jest spełnione:
Nagranie audio nie zawiera dźwięków tła.
Dźwięki tła mogą zostać wyłączone.
Głośność dźwięków tła jest przynajmniej o 20 decybeli mniejsza, niż głośność mowy, która stanowi główną treść nagrania, z wyjątkiem okazyjnych, jedno– lub dwusekundowych dźwięków tła.
Z definicji terminu „decybel” wynika, iż dźwięki tła spełniające powyższy wymóg będą 4 razy cichsze od głównej treści nagrania.
(Poziom AAA)
Dla wizualnego przedstawienia bloków tekstu, istnieje mechanizm, za pomocą którego można osiągnąć, co następuje:
(Poziom AAA)
Obrazy tekstu są wykorzystywane jedynie w celach czysto dekoracyjnych lub też w przypadkach, gdy taka prezentacja tekstu jest istotna dla przekazywanej informacji.
Logotyp (tekst będący częścią logo lub nazwy własnej produktu) jest uznawany za istotny.
(Poziom AA)
Treść może być prezentowana bez utraty informacji lub funkcjonalności, bez konieczności przewijania w dwóch wymiarach dla:
Wyjątkiem są te części treści, które wymagają dwuwymiarowego układu ze względu na sposób używania lub znaczenie.
320 pikseli CSS odpowiada początkowej szerokości obszaru roboczego 1280 pikseli CSS przy 400% powiększeniu. Dla treści internetowych, które są przeznaczone do przewijania w poziomie (np. z tekstem pionowym), 256 pikseli CSS odpowiada początkowej wysokości obszaru roboczego 1024 pikseli CSS z 400% powiększeniem.
Przykładami treści, które wymagają dwuwymiarowego układu są obrazy prezentujące np. mapy i diagramy, wideo, gry, prezentacje, tabele danych (nie poszczególne komórki) oraz interfejsy, w których konieczne jest zachowanie pasków narzędzi w widoku podczas manipulacji treścią. Dopuszczalne jest zapewnienie przewijania dwuwymiarowego dla takich części treści.
(Poziom AA)
Wizualna prezentacja następujących elementów ma współczynnik kontrastu co najmniej 3:1 względem sąsiednich kolorów:
(Poziom AA)
W treściach tworzonych za pomocą języków znaczników, umożliwiających ustawienie poniższych właściwości stylu, nie następuje utrata żadnych treści lub funkcjonalności, gdy tekst ustawiony zostanie tak, aby uwzględniał wszystkie poniższe parametry oraz gdy wprowadzone zostaną zmiany w jakiejkolwiek innej właściwości stylu:
Wyjątek: Języki naturalne i skrypty, które nie wykorzystują jednej lub więcej z tych właściwości stylu tekstowego w tekście pisanym, mogą być zgodne przy użyciu tylko tych właściwości, które istnieją dla tej kombinacji języka i skryptu.
(Poziom AA)
Gdy jakaś treść staje się widoczna po otrzymaniu kursora lub fokusu klawiatury, a po ich usunięciu znika, spełnione są poniższe warunki:
Wyjątek: Wizualna prezentacja dodatkowej treści jest kontrolowana przez program użytkownika i nie jest modyfikowana przez autora.
Przykłady dodatkowej treści kontrolowanej przez program użytkownika obejmują podpowiedzi przeglądarki utworzone przy użyciu atrybutu HTML title
.
Niestandardowe podpowiedzi, podmenu i inne niemodalne wyskakujące okienka wyświetlane w dymku i fokusie to przykłady dodatkowej treści objętej tym kryterium.
Zapewnij, aby komponenty interfejsu użytkownika i nawigacja były możliwe do użycia.
Zapewnij dostępność wszystkich funkcjonalności za pomocą klawiatury.
(Poziom A)
Wszystkie funkcjonalności w treści są obsługiwane za pomocą interfejsu klawiatury, bez wymogu określonego czasu użycia poszczególnych klawiszy, z wyjątkiem sytuacji, kiedy dana funkcja wymaga wprowadzenia informacji przez użytkownika w oparciu o ścieżkę ruchów, a nie w oparciu o punkty końcowe wejścia.
Ten wyjątek dotyczy danej funkcji, a nie techniki wprowadzania danych. Na przykład, jeśli do wprowadzania tekstu używa się pisma odręcznego, technika wprowadzania (pismo odręczne) wymaga wprowadzenia informacji w oparciu o ścieżkę, jednak powiązana z tym funkcja (wprowadzenie tekstu) już tego nie wymaga.
To nie powinno blokować ani ograniczać użycia interfejsu innymi metodami niż klawiatura, np. za pomocą myszki.
(Poziom A)
Jeśli fokus klawiatury można przemieścić do danego komponentu treści za pomocą interfejsu klawiatury, to może on być z niego usunięty również za pomocą interfejsu klawiatury, a jeśli wymagane jest użycie czegoś więcej niż tylko strzałek, tabulatora lub innych standardowych metod wyjścia, użytkownik musi otrzymać odpowiednią podpowiedź, w jaki sposób usunąć fokus z danego komponentu.
Ponieważ każda treść, która nie spełnia tego kryterium sukcesu może utrudnić użytkownikowi skorzystanie z całej strony, cała treść danej strony (bez względu na to, czy spełnia inne kryteria, czy nie) musi spełnić powyższe kryterium. Więcej informacji: Wymagania dotyczące zgodności: Bez zakłóceń.
(Poziom AAA)
Wszystkie funkcjonalności w treści są obsługiwane za pomocą interfejsu klawiatury, bez wymogu określonego czasu użycia poszczególnych klawiszy.
(Poziom A)
Jeśli skrót klawiaturowy jest zaimplementowany w treści tylko przy użyciu jednego znaku (litery, w tym wielkiej i małej, cyfry lub symbolu), to przynajmniej jedno z poniższych jest prawdziwe:
Zapewnij użytkownikom wystarczająco dużo czasu na przeczytanie i skorzystanie z treści.
(Poziom A)
Gdy czas korzystania z treści jest ograniczany, spełniony jest przynajmniej jeden z poniższych warunków:
Użytkownik może wyłączyć limit czasowy, zanim czas upłynie; lub
Użytkownik może swobodnie dostosować limit czasowy (przynajmniej o wartość 10 razy większą od wartości domyślnej), zanim czas upłynie; lub
Użytkownik jest ostrzegany przed upłynięciem limitu czasowego i ma przynajmniej 20 sekund na wydłużenie limitu za pomocą prostej czynności (np. „wciśnij klawisz spacji”) oraz może wydłużyć limit przynajmniej dziesięciokrotnie; lub
Limit czasowy jest wymaganym komponentem jakiejś czynności w czasie rzeczywistym (np. aukcji) i nie ma możliwości zmiany limitu; lub
Limit czasowy jest istotny i wydłużenie go anulowałoby lub zaburzałoby daną czynność; lub
Limit czasowy przekracza 20 godzin.
To kryterium sukcesu ma na celu zapewnienie użytkownikowi wystarczającego czasu na wykonanie czynności, bez niespodziewanych zmian treści lub kontekstu, które mogą być wynikiem limitu czasowego. Powinien on być rozpatrywany w połączeniu z kryterium sukcesu 3.2.1, które nakłada ograniczenia na zmiany treści lub kontekstu w wyniku działania użytkownika.
(Poziom A)
Gdy treść się porusza, migocze, przesuwa lub jest automatycznie aktualizowana, spełnione są wszystkie poniższe warunki:
Każdą informację, która porusza się, przesuwa lub miga, a takie działanie (1) włącza się automatycznie, (2) jest widoczne dłużej niż 5 sekund, (3) jest przedstawiane równolegle z inną treścią — użytkownik może wstrzymać, zatrzymać lub ukryć za pomocą dostępnego mechanizmu, chyba że poruszanie się, przesuwanie lub migotanie jest częścią czynności, w której takie działanie jest istotne, oraz:
Każdą automatycznie aktualizującą się informację, która (1) włącza się automatycznie oraz (2) jest przedstawiana równolegle z inną treścią — użytkownik może wstrzymać, zatrzymać lub kontrolować częstotliwość aktualizacji za pomocą dostępnego mechanizmu, chyba, że automatyczna aktualizacja jest częścią takiej czynności, w której takie działanie jest istotne.
Wytyczna 2.3 zawiera więcej informacji na temat treści migoczącej lub zawierającej błyski.
Ponieważ każda treść, która nie spełnia tego kryterium sukcesu może utrudnić użytkownikowi odczytanie całej strony, wszelkie treści na stronie (bez względu na to, czy spełniają inne kryteria sukcesu, czy nie) muszą spełnić niniejsze kryterium. Więcej informacji: Wymagania dotyczące zgodności: Bez zakłóceń.
Treść, która jest aktualizowana okresowo przez aplikację lub przesyłana w sposób ciągły do programu użytkownika, nie musi być przechowywana lub przedstawiana w czasie pomiędzy wstrzymaniem a wznowieniem prezentacji, ponieważ może to być technicznie niemożliwe, a w wielu przypadkach mogłoby wprowadzać użytkownika w błąd.
Animacja, która pojawia się w czasie poprzedzającym załadowanie treści, może być uznana za istotną, jeśli wszyscy użytkownicy nie mogą dokonać interakcji w tym czasie oraz jeśli brak wskazania etapu załadowania mógłby wprowadzić użytkownika w błąd lub mogłoby mu się wydawać, że załadowanie treści zostało zawieszone albo przerwane.
(Poziom AAA)
Ograniczenie czasowe nie jest istotną częścią czynności prezentowanej na stronie, chyba że są to nieinteraktywne media zsynchronizowane lub wydarzenia w czasie rzeczywistym.
(Poziom AAA)
Przerywanie pracy może być odłożone w czasie lub odrzucone przez użytkownika, chyba że jest to sytuacja wyjątkowa.
(Poziom AAA)
Kiedy kończy się czas sesji uwierzytelnianej przez użytkownika, może on kontynuować czynność bez utraty danych po ponownym uwierzytelnieniu.
(Poziom AAA)
Użytkownicy muszą być ostrzeżeni o limicie czasu bezczynności użytkownika, którego przekroczenie mogłoby spowodować utratę danych, chyba że dane te są przechowywane przez ponad 20 godzin, gdy uczestnik nie podejmie żadnych działań.
Przepisy dotyczące prywatności mogą wymagać wyraźnej zgody użytkownika przed uwierzytelnieniem tożsamości użytkownika i zachowaniem danych użytkownika. W przypadkach, gdy użytkownik jest nieletni, wyraźna zgoda może nie być wymagana w większości jurysdykcji, krajów lub regionów. Przy rozważaniu ochrony danych jako podejścia do spełnienia tego kryterium sukcesu zaleca się konsultacje ze specjalistami ds. prywatności i radcą prawnym.
Nie projektuj treści, które mogą wywoływać drgawki lub inne dolegliwości fizyczne.
(Poziom A)
Strony internetowe nie zawierają w swojej treści niczego, co błyska częściej niż trzy razy w ciągu jednej sekundy, lub też błysk nie przekracza wartości granicznych dla błysków ogólnych i czerwonych.
Ponieważ każda treść, która nie spełnia tego kryterium sukcesu może utrudnić użytkownikowi skorzystanie z całej strony, cała treść danej strony (bez względu na to, czy spełnia inne kryteria, czy nie) musi spełnić powyższe kryterium. Więcej informacji: Wymagania dotyczące zgodności: Bez zakłóceń.
(Poziom AAA)
Strony internetowe nie zawierają w swojej treści niczego, co błyska częściej niż trzy razy w ciągu jednej sekundy.
(Poziom AAA)
Animacja ruchowa wyzwalana przez interakcję może być wyłączona, chyba że animacja jest istotna dla funkcjonalności lub przekazywanych informacji.
Zapewnij użytkownikowi narzędzia pomagające w nawigacji, znalezieniu treści i określeniu, gdzie się aktualnie znajduje.
(Poziom A)
Istnieje mechanizm, który umożliwia pominięcie bloków treści powtarzanych na wielu stronach internetowych.
(Poziom A)
Strony internetowe mają tytuły, które opisują ich cel lub przedstawiają ich temat.
(Poziom A)
Jeśli strona internetowa może być nawigowana sekwencyjnie, a kolejność nawigacji wpływa na zrozumienie lub funkcjonalność strony, komponenty przyjmują fokus w kolejności, dzięki której zachowany jest sens i funkcjonalność treści.
(Poziom A)
Cel każdego łącza może wynikać z samej treści łącza lub z treści tekstu powiązanego z kontekstem łącza określonym programowo, poza tymi przypadkami, kiedy cel łącza i tak byłby niejednoznaczny dla użytkowników.
(Poziom AA)
Istnieje więcej niż jeden sposób umożliwiający zlokalizowanie strony internetowej w zestawie stron internetowych, z wyjątkiem sytuacji, kiedy dana strona jest wynikiem jakiejś procedury lub jednym z jej etapów.
(Poziom AA)
Nagłówki i etykiety opisują temat lub cel treści.
(Poziom AA)
Każdy interfejs posiadający możliwość obsługi przy pomocy klawiatury ma tryb obsługi, w którym fokus klawiatury jest stale widoczny.
(Poziom AAA)
Zapewniona jest informacja, w którym miejscu w zestawie stron internetowych znajduje się użytkownik.
(Poziom AAA)
Istnieje mechanizm umożliwiający zidentyfikowanie celu każdego łącza z samej jego treści, poza tymi przypadkami, kiedy cel łącza i tak byłby niejednoznaczny dla użytkowników.
(Poziom AAA)
Nagłówki sekcji są używane do porządkowania treści.
Termin „nagłówek” został tu użyty w swoim ogólnym znaczeniu, obejmując tytuły i inne sposoby przypisywania nagłówków do różnego rodzaju treści.
Powyższe kryterium sukcesu dotyczy sekcji samych tekstów, a nie komponentów interfejsu użytkownika, które omawiane są osobno w ramach kryterium sukcesu 4.1.2.
(Poziom AA)
[Nowe]
Gdy komponent interfejsu użytkownika otrzymuje fokus klawiatury, komponent nie jest całkowicie zakryty treścią stworzoną przez autora.
Gdy treść w konfigurowalnym interfejsie może być przestawiana przez użytkownika, wówczas przy testowaniu i spełnianiu tego kryterium sukcesu brane są pod uwagę tylko początkowe ustawienia ruchomej treści.
Treść otwierana przez użytkownika może zakryć komponent otrzymujący fokus. Jeśli użytkownik może odkryć komponent z fokusem bez przesuwania fokusu klawiatury, komponent z fokusem nie jest uważany za zakryty treścią stworzoną przez autora.
(Poziom AAA)
[Nowe]
Gdy komponent interfejsu użytkownika otrzymuje fokus klawiatury, żadna część komponentu nie może być zakryta przez treść stworzoną przez autora.
(Poziom AAA)
[Nowe]
Gdy wskaźnik fokusu klawiatury jest widoczny, obszar wskaźnika fokusu spełnia wszystkie poniższe kryteria:
Wyjątki:
To, co jest postrzegane jako komponent lub podkomponent interfejsu użytkownika (w celu określenia obwiedni lub rozmiaru), zależy od jego prezentacji wizualnej. Prezentacja wizualna obejmuje widoczną treść komponentu, obramowanie i tło specyficzne dla komponentu. Nie obejmuje efektów cienia i blasku poza treścią, tłem lub obramowaniem komponentu.
Przykładami podkomponentów, które mogą otrzymać fokus, są elementy menu w otwartym menu rozwijanym lub komórki siatki, na których można ustawić fokus.
Obliczenia kontrastu można wykonać w oparciu o kolory zdefiniowane w ramach technologii (np. HTML, CSS i SVG). Piksele zmodyfikowane przez ulepszenia rozdzielczości oprogramowania użytkownika i wygładzanie można zignorować.
Ułatwiaj użytkownikom obsługę funkcjonalności za pomocą różnych sposobów poza klawiaturą
(Poziom A)
Wszystkie funkcjonalności wykorzystujące do obsługi gesty wielopunktowe lub oparte na ścieżkach mogą być obsługiwane za pomocą pojedynczego wskaźnika bez gestu opartego na ścieżce, chyba że gest wielopunktowy lub oparty na ścieżce jest istotny.
Ten wymóg dotyczy treści internetowych, które interpretują działania dotykowe (tj. nie dotyczy to działań wymaganych do obsługi programu użytkownika (przeglądarki internetowej) lub technologii wspomagającej).
(Poziom A)
W przypadku funkcjonalności, które są wywoływane za pomocą pojedynczego wskaźnika, co najmniej jedno z poniższych twierdzeń jest prawdziwe:
Funkcje emulujące naciśnięcie klawiszy klawiatury lub klawiatury numerycznej są uważane za niezbędne.
Ten wymóg dotyczy treści internetowych, które interpretują działania dotykowe (tj. nie dotyczy to działań wymaganych do obsługi programu użytkownika lub technologii wspomagającej).
(Poziom A)
W przypadku komponentów interfejsu użytkownika z etykietami zawierającymi tekst lub obrazy tekstu, nazwa zawiera tekst, który jest prezentowany wizualnie.
Najlepszą praktyką jest umieszczenie tekstu etykiety na początku nazwy.
(Poziom A)
Funkcjonalność, którą można obsługiwać za pomocą ruchu urządzenia lub ruchu użytkownika, można również obsługiwać za pomocą komponentów interfejsu użytkownika, a reagowanie na ruch można wyłączyć, aby zapobiec przypadkowemu uruchomieniu, z wyjątkiem sytuacji, gdy:
(Poziom AAA)
Rozmiar celu dla wejścia wskaźnika wynosi co najmniej 44 na 44 piksele CSS, chyba że:
(Poziom AAA)
Treści internetowe nie ograniczają możliwości korzystania z trybów wprowadzania danych dostępnych na platformie, z wyjątkiem sytuacji, w których ograniczenie jest istotne, wymagane do zapewnienia bezpieczeństwa treści lub wymagane do przestrzegania ustawień użytkownika.
(Poziom AA)
[Nowe]
Wszystkie funkcjonalności, które wykorzystują do działania ruch przeciągania można zrealizować za pomocą pojedynczego wskaźnika bez przeciągania, chyba że przeciąganie jest niezbędne lub funkcjonalność została określona przez program użytkownika, a nie twórcę.
Wymóg ten dotyczy treści internetowych, które odczytują działania wskaźnika (tj. nie dotyczy działań, które są wymagane do obsługi programu użytkownika lub technologii wspomagającej).
(Poziom AA)
[Nowe]
Rozmiar celu dla wejścia wskaźnika wynosi co najmniej 24 na 24 piksele CSS, z wyjątkiem sytuacji, gdy:
Cele, które umożliwiają przestrzenny wybór wartości na podstawie pozycji w obrębie celu, są uważane za jeden cel na potrzeby tego kryterium sukcesu. Przykładami mogą być suwaki, selektory kolorów wyświetlające gradient kolorów lub edytowalne obszary, w których umieszcza się kursor.
W przypadku celów wbudowanych wysokość linii należy interpretować jako prostopadłą do przepływu tekstu. Na przykład w języku wyświetlanym pionowo wysokość linii będzie pozioma.
Zadbaj o to, aby informacje i obsługa interfejsu były zrozumiałe.
Twórz treści tekstowe tak, aby były czytelne i zrozumiałe.
(Poziom A)
Domyślny język naturalny każdej strony internetowej może być określony programowo.
(Poziom AA)
Język naturalny każdej części lub frazy zawartej w treści może być określony programowo, z wyjątkiem nazw własnych, wyrażeń technicznych, słów w nieokreślonym języku oraz słów i fraz, które stanowią część żargonu w bezpośrednio otaczającym je tekście.
(Poziom AAA)
Istnieje mechanizm, za pomocą którego można sprawdzić definicje słów użytych w nietypowy lub ograniczony sposób, w tym idiomów i żargonu.
(Poziom AAA)
Istnieje mechanizm, za pomocą którego można sprawdzić znaczenie skrótów.
(Poziom AAA)
Jeśli dany tekst, po usunięciu nazw własnych i tytułów, wymaga umiejętności czytania na poziomie wyższym niż poziom gimnazjalny, istnieje dodatkowa treść wyjaśniająca lub oddzielna wersja, która nie wymaga większych umiejętności czytania.
(Poziom AAA)
Istnieje mechanizm, za pomocą którego można sprawdzić wymowę słów, których znaczenie jest niejasne w danym kontekście bez znajomości ich wymowy.
Twórz strony internetowe tak, aby otwierały się, wyglądały i działały w sposób przewidywalny.
(Poziom A)
Przyjęcie fokusu przez dowolny komponent interfejsu użytkownika nie powoduje nieoczekiwanej zmiany kontekstu.
(Poziom A)
Zmiana ustawień jakiegokolwiek komponentu interfejsu użytkownika nie powoduje automatycznej zmiany kontekstu, chyba, że użytkownik został poinformowany o takim działaniu, zanim zaczął korzystać z komponentu.
(Poziom AA)
Mechanizmy nawigacji, które powtarzają się na wielu stronach internetowych w ramach jednego zestawu stron internetowych, występują w tej samej względnej kolejności za każdym razem, gdy są powtarzane, chyba że zmiana jest inicjowana przez użytkownika.
(Poziom AA)
Komponenty, które mają tę samą funkcjonalność w ramach jednego zestawu stron internetowych, są w taki sam sposób zidentyfikowane.
(Poziom AAA)
Zmiany kontekstu inicjowane są tylko na żądanie użytkownika lub istnieje mechanizm pozwalający na wyłączenie takich zmian.
(Poziom A)
[Nowe]
Jeśli strona internetowa zawiera którykolwiek z poniższych mechanizmów pomocy, a mechanizmy te powtarzają się na wielu stronach internetowych w ramach zestawu stron internetowych, występują one w tej samej kolejności względem innych treści strony, chyba że użytkownik zainicjuje zmianę:
Mechanizmy pomocy mogą być zapewniane bezpośrednio na stronie lub mogą być udostępniane poprzez bezpośrednie łącze do innej strony zawierającej informacje.
W przypadku tego kryterium sukcesu „taka sama kolejność w stosunku do innej treści strony” może oznaczać sposób, w jaki treść jest uporządkowana, gdy strona jest serializowana. Wizualna pozycja mechanizmu pomocy będzie prawdopodobnie taka sama na wszystkich stronach dla tej samej odmiany strony (np. punkt przerwania CSS). Użytkownik może zainicjować zmianę, taką jak zmiana powiększenia lub orientacji strony, co może wywołać inną odmianę strony. To kryterium dotyczy względnej kolejności na stronach wyświetlanych w tej samej odmianie strony (np. przy tym samym poziomie powiększenia i orientacji).
Pomagaj użytkownikom unikać błędów i je korygować.
(Poziom A)
Jeśli automatycznie zostanie wykryty błąd wprowadzania danych, system wskazuje błędny element, a użytkownik otrzymuje opis błędu w postaci tekstu.
(Poziom A)
Gdy w treści wymagane jest wprowadzenie danych przez użytkownika, zapewnione są etykiety lub instrukcje.
(Poziom AA)
Jeśli automatycznie zostanie wykryty błąd wprowadzania danych i znane są sugestie korekty, wtedy użytkownik otrzymuje takie sugestie, chyba, że zagrażałoby to bezpieczeństwu treści lub zmieniło jej cel.
(Poziom AA)
W przypadku stron internetowych, które powodują zobowiązania prawne, albo na których użytkownik przeprowadza transakcje finansowe, modyfikuje lub usuwa dane w systemach przechowywania danych, nad którymi ma kontrolę, albo udziela odpowiedzi na testy, co najmniej jedna z poniższych informacji jest prawdziwa:
(Poziom AAA)
Istnieje pomoc kontekstowa.
(Poziom AAA)
Dla stron internetowych, które wymagają od użytkownika wprowadzania informacji, przynajmniej jedno z poniższych założeń jest prawdziwe:
(Poziom A)
[Nowy]
Informacje uprzednio wprowadzone przez użytkownika lub przekazane użytkownikowi, które muszą zostać wprowadzone ponownie w tej samej procedurze, są:
Za wyjątkiem sytuacji, gdy:
(Poziom AA)
[Nowe]
Test funkcji poznawczych (taki jak zapamiętywanie hasła lub rozwiązywanie łamigłówki) nie jest wymagany na żadnym etapie procedury uwierzytelniania, chyba że etap ten zapewnia co najmniej jedną z poniższych:
„Rozpoznawane obiekty” i „Treść osobista” mogą być reprezentowane przez obrazy, wideo lub audio.
(Poziom AAA)
[Nowe]
Test funkcji poznawczych (taki jak zapamiętywanie hasła lub rozwiązywanie łamigłówki) nie jest wymagany na żadnym etapie procesu uwierzytelniania, chyba że etap ten zapewnia co najmniej jedną z poniższych:
Twórz treści solidnie, aby mogły być skutecznie interpretowane przez różne programy użytkownika, w tym technologie wspomagające.
Zapewnij jak największą zgodność z aktualnymi i przyszłymi programami użytkownika, w tym z technologiami wspomagającymi.
Kryterium to zostało pierwotnie przyjęte w celu rozwiązania problemów, jakie technologie wspomagające miały z bezpośrednim przetwarzaniem HTML. Technologie wspomagające nie mają już potrzeby bezpośredniego przetwarzania HTML, a co za tym idzie, problemy te już nie istnieją. Błędy dostępności, które nie spełniają tego kryterium, nie spełniają również innych kryteriów. To kryterium nie jest już użyteczne i zostaje usunięte.
(Poziom A)
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.
To kryterium sukcesu jest przede wszystkim dla autorów stron internetowych, którzy opracowują lub skryptują własne komponenty interfejsu użytkownika. Na przykład, standardowe kontrolki HTML już spełniają to kryterium, gdy są używane zgodnie ze specyfikacją.
(Poziom AA)
W treści wprowadzonej przy użyciu języka znaczników komunikaty o stanie mogą być programowo określane poprzez role lub właściwości, dzięki czemu mogą być prezentowane użytkownikowi za pomocą technologii wspomagających bez uzyskiwania fokusu.
W tej części wymieniono wymagania dotyczące zgodności z WCAG 2.2. Zawarto także informacje o tym, w jaki sposób można składać deklaracje zgodności, które nie są obowiązkowe. Na końcu wyjaśnione zostało pojęcie wspierania dostępności, gdyż w ocenie zgodności można polegać tylko na obsługujących dostępność sposobach korzystania z technologii. Dokument Objaśnienie zgodności (Understanding Conformance) zawiera dalsze wyjaśnienie pojęcia wspierania dostępności.
Główna treść WCAG 2.2 ma charakter normatywny i definiuje wymagania, które mają wpływ na deklaracje zgodności. Materiał wprowadzający, dodatki, sekcje oznaczone jako „nienormatywne”, diagramy, przykłady i uwagi mają charakter informacyjny (nienormatywny). Materiały nienormatywne zawierają informacje dodatkowe, które pomagają interpretować wytyczne, ale nie tworzą wymagań, które mają wpływ na deklarację zgodności.
Słowa kluczowe MOGĄ, MUSZĄ, NIE MUSZĄ, NIE POLECANE, POLECANE, POWINNY i NIE POWINNY należy interpretować zgodnie z opisem w [RFC2119].
Aby strona internetowa była zgodna z wytycznymi WCAG 2.2, muszą być spełnione wszystkie poniższe wymagania dotyczące zgodności:
Jeden z poniższych poziomów zgodności jest w pełni osiągnięty:
Chociaż zgodność może zostać osiągnięta tylko na określonych poziomach, zachęca się autorów, aby podawali (w swoim oświadczeniu zgodności) jakikolwiek postęp na drodze do spełnienia kryteriów sukcesu na wszystkich poziomach wykraczających poza osiągnięty poziom zgodności.
Odradza się wyznaczania poziomu AAA jako wymaganego dla całych witryn, ponieważ w przypadku niektórych treści spełnienie wszystkich kryteriów sukcesu poziomu AAA nie jest możliwe.
Zgodność (i poziom zgodności) dotyczy tylko całej strony internetowej i nie można jej osiągnąć, jeśli jakaś część strony zostanie wyłączona z oceny.
W celu ustalenia zgodności przyjmuje się, że wersje alternatywne części treści strony są częścią strony, jeśli wersje alternatywne są dostępne bezpośrednio z danej strony, np. długi opis lub alternatywna prezentacja nagrania wideo.
Twórcy stron internetowych, którzy nie mogą osiągnąć zgodności ze względu na treść pozostającą poza ich kontrolą, mogą rozważyć wydanie Deklaracji częściowej zgodności.
Cała strona obejmuje każdą wersję witryny, która jest automatycznie prezentowana dla różnych rozmiarów ekranu (np. odmiany strony responsywnej). Każda z tych odmian musi być zgodna (lub musi mieć zgodną alternatywną wersję), aby cała strona była zgodna.
Jeśli dana strona internetowa jest jedną z wielu stron prezentujących jakąś procedurę (tzn. sekwencję kroków, które należy wykonać, aby dokończyć jakąś czynność), to wszystkie strony prezentujące etapy procesu spełniają wymogi co najmniej na tym samym poziomie zgodności. (Inaczej - zgodność na określonym poziomie nie jest osiągnięta, jeżeli którakolwiek ze stron prezentujących którykolwiek z etapów procedury nie spełnia wszystkich wymogów zgodności na tym poziomie lub wyższym).
Aby spełnić kryteria sukcesu, należy polegać tylko na sposobach korzystania z technologii, które obsługują dostępność. Wszelkie informacje lub funkcjonalności, które są zapewnione w sposób nieobsługujący dostępności, muszą być również zapewnione w sposób obsługujący dostępność. (Zobacz Objaśnienie obsługi dostępności (Understanding accessibility support).
Jeśli stosowane na stronie technologie są użyte w sposób, który nie obsługuje dostępności, lub jeśli są użyte w sposób niezgodny z kryteriami sukcesu, to technologie te nie blokują użytkownikom dostępu do reszty strony. Ponadto strona internetowa jako całość nadal spełnia wymogi zgodności pod każdym z poniższych warunków:
Ponadto, poniższe kryteria sukcesu dotyczą wszystkich treści na stronie, włącznie z treściami, które w innych przypadkach nie są podstawą spełnienia wymogów zgodności, ponieważ ich niespełnienie może zakłócać korzystanie ze strony:
Jeśli strona nie może być zgodna (na przykład testowa strona zgodności lub strona przykładowa), to nie można jej uwzględnić w zakresie zgodności, ani w deklaracji zgodności.
Więcej informacji, w tym przykłady, można znaleźć w sekcji Objaśnienie wymagań zgodności (Understanding Conformance Requirements).
Zgodność jest definiowana tylko dla (pojedynczych) stron internetowych. Ale deklaracja zgodności może dotyczyć jednej strony, serii stron lub wielu powiązanych stron internetowych.
Deklaracje zgodności nie są wymagane. Twórcy mogą dostosować się do WCAG 2.2 bez deklarowania zgodności. Jeśli jednak deklaracja zgodności zostanie złożona, to musi ona zawierać następujące informacje:
Zwięzły opis stron internetowych, taki jak lista identyfikatorów URI objętych deklaracją, wraz z adnotacją czy włączone są również poddomeny.
Strony mogą być opisane oddzielnie, ale może być także użyte wyrażenie, które opisuje wszystkie URI objęte deklaracją.
Produkty internetowe, które przed instalacją nie mają adresów URI na stronie klienta, mogą zostać opatrzone informacją, że po instalacji będą spełniać wymogi.
Używanie logo zgodności jest równoznaczne ze złożeniem deklaracji zgodności i musi wystąpić razem z wymaganymi, wyżej wymienionymi składowymi deklaracji zgodności.
Poza wymaganymi składowymi deklaracji zgodności, które zostały wymienione powyżej, warto rozważyć umieszczenie dodatkowych informacji, przydatnych dla użytkowników. Polecane dodatkowe informacje to na przykład:
Więcej informacji oraz przykładowe deklaracje zgodności można znaleźć w sekcji Objaśnienie deklaracji zgodności (Understanding Conformance Claims).
Więcej informacji na temat wykorzystania metadanych w deklaracjach zgodności znajduje się w Objaśnienie metadanych (Understanding Metadata).
Strony internetowe, które będą miały dodawaną dodatkową treść już po opublikowaniu, mogą korzystać z „deklaracji częściowej zgodności”. Na przykład jest to program do poczty elektronicznej, blog, artykuł, który pozwala użytkownikom na dodanie swoich komentarzy, lub też aplikacja pozwalająca na tworzenie treści przez użytkowników. Kolejny przykład, to strona, taka jak portal lub witryna z wiadomościami, złożona z treści zebranych od wielu autorów lub też witryna, które automatycznie umieszcza treść pobraną z innych źródeł w danym okresie czasu, np. dynamicznie umieszczane reklamy.
W takich przypadkach w momencie opublikowania strony nie można przewidzieć, jaka dodatkowa, niekontrolowana przez twórcę treść pojawi się w przyszłości. Ważne jest, aby pamiętać, iż niekontrolowana treść może negatywnie wpłynąć także na dostępność treści umieszczonej przez autora. Istnieją dwa rozwiązania:
Deklarację zgodności można oprzeć na podstawie najlepszej wiedzy posiadanej w danym momencie. Jeśli strona tego typu jest monitorowana i naprawiana (treść niezgodna z wymaganiami zostanie usunięta lub dostosowana) w ciągu dwóch dni roboczych, wówczas można określić lub stwierdzić zgodność, ponieważ z wyjątkiem błędów w treściach przesłanych z zewnątrz, które zostały poprawione lub usunięte po ich wykryciu, strona jest zgodna. Nie można złożyć deklaracji zgodności, jeśli nie jest możliwe monitorowanie lub korekta niezgodnej treści;
LUB
Można złożyć „deklarację częściowej zgodności” pisząc, że strona nie jest zgodna, ale spełniałaby wymogi zgodności, gdyby pewne jej części zostały usunięte. Brzmienie takiego oświadczenia jest następujące: „Ta strona nie jest zgodna, ale byłaby zgodna z WCAG 2.2 na poziomie X, gdyby następujące treści, z niebędących w gestii twórcy strony źródeł, zostały usunięte”. Dodatkowo, treść niekontrolowana, opisana w deklaracji częściowej zgodności, musi spełnić poniższe kryteria:
„Deklaracja częściowej zgodności ze względu na język” może zostać złożona w przypadkach, kiedy dana strona nie jest zgodna, jednak mogłaby spełnić wymogi zgodności, gdyby istniała obsługa dostępności dla (wszystkich) języków użytych na stronie. Brzmienie takiej deklaracji jest następujące: „Ta strona nie jest zgodna, lecz spełniałaby wymogi WCAG 2.2 na poziomie X, gdyby istniało wsparcie dla dostępności następujących języków:”
This section is non-normative.
Poniżej wymieniono kryteria sukcesu w ramach tej specyfikacji, które według Grupy Roboczej mogą mieć wpływ na prywatność albo poprzez zapewnienie ochrony użytkownikom, albo które dostawcy witryn internetowych powinni wziąć pod uwagę przy wdrażaniu funkcji mających na celu ochronę prywatności użytkowników. Lista ta odzwierciedla obecną wiedzę Grupy Roboczej, ale również inne kryteria sukcesu mogą mieć wpływ na prywatność, czego Grupa Robocza nie była świadoma w momencie publikacji.
Kryteria sukcesu w ramach tej specyfikacji, które mogą odnosić się do prywatności, są następujące:
This section is non-normative.
Poniżej wymieniono kryteria sukcesu w ramach niniejszej specyfikacji, które Grupa Robocza określiła jako mogące mieć wpływ na bezpieczeństwo, czy to poprzez zapewnienie ochrony użytkownikom końcowym, czy też które są ważne dla dostawców witryn internetowych przy wdrażaniu funkcji mających na celu ochronę bezpieczeństwa użytkowników. Lista ta odzwierciedla obecną wiedzę Grupy Roboczej, ale również inne kryteria sukcesu mogą mieć wpływ na prywatność, czego Grupa Robocza nie była świadoma w momencie publikacji.
Kryteria sukcesu w ramach tej specyfikacji, które mogą odnosić się do bezpieczeństwa, są następujące:
dodanie kroków między warunkami, aby stworzyć iluzję ruchu lub dać wrażenie płynnego przejścia
dokument zawierający prawidłowo uporządkowany tekst przedstawiający informacje przekazywane w medium opartym na czasie wizualnie i dźwiękowo oraz uwzględniający końcowy stan interakcji z tym medium
Scenariusz użyty do stworzenia zsynchronizowanych mediów może być objęty taką definicją tylko wtedy, gdy został poprawiony tak, by odpowiadać dokładnej końcowej wersji mediów po zakończeniu edycji.
technologia powielania dźwięku
Dźwięk może być tworzony syntetycznie (mowa syntetyczna), nagrywany z dźwięków świata rzeczywistego lub na oba sposoby.
narracja dodana do ścieżki dźwiękowej w celu opisania istotnych szczegółów obrazu, które nie mogą być zrozumiane z samej głównej ścieżki dźwiękowej
Dźwiękowy opis materiału wideo zapewnia informacje o akcji, postaciach, zmianie scenerii, tekstach wyświetlanych na ekranie i innych treściach wizualnych.
W standardowym opisie audio narracja jest dodawana w przerwach między dialogami (zobacz także audiodeskrypcja rozszerzona).
Jeśli wszystkie informacje o wideo są już zapewnione przez podstawową ścieżkę dźwiękową , dodatkowa audiodeskrypcja jest zbędna.
Nazywana również „opisem wideo”, „narracją opisową” i „narracją dźwiękową”.
audiodeskrypcja, dodawana do materiału wideo poprzez zatrzymanie odtwarzacza (pauza), dzięki czemu jest czas na wstawienie dodatkowego opisu.
Ta technika jest stosowana tylko wówczas, gdy sensu materiału wideo nie da się zachować bez dodatkowej audiodeskrypcji, a przerwy pomiędzy dialogami i narracją są zbyt krótkie.
każdy nieprzerwany okres, w którym nie występują żadne działania użytkownika
Sposób śledzenia jest określany przez stronę internetową lub aplikację.
więcej tekstu niż jedno zdanie
informacja wprowadzona przez użytkownika, która nie jest akceptowana przez system
Dotyczy:
para przeciwstawnych względnych luminancji, która może u niektórych osób wywołać atak padaczki, jeżeli efekt ten ma odpowiednie natężenie i zmienia się z pewną określoną częstotliwością.
Zobacz informacje o granicznych wartościach ogólnych błysków i czerwonych błysków, aby dowiedzieć się, które błyski są niedopuszczalne.
Zobacz także migotanie.
skrót od "Completely Automated Public Turing test to tell Computers and Humans Apart" (całkowicie automatyczny publiczny test Turinga do odróżniania komputerów od ludzi)
Test CAPTCHA najczęściej polega na przepisaniu przez użytkownika tekstu ze zniekształconego obrazu lub nagrania dźwiękowego.
Test Turinga to każdy system testów, który został zaprojektowany w celu odróżnienia człowieka od komputera. Został tak nazwany na cześć słynnego informatyka Alana Turinga. Pojęcie to sformułowane zostało na Uniwersytecie Carnegie Mellon.
oczekiwany skutek aktywacji łącza
obszar wyświetlacza, który zaakceptuje akcję wskaźnika, taki jak obszar interaktywny komponentu interfejsu użytkownika
Jeżeli dwa lub więcej celów dotykowych nakładają się na siebie, pokrywający się obszar nie powinien być uwzględniany przy pomiarze wielkości celu, chyba że nakładające się cele wykonują tę samą czynność lub otwierają tę samą stronę.
służący jedynie w celu ozdobienia, nie niosący ze sobą żadnej informacji lub funkcjonalności
Tekst jest czysto dekoracyjny, jeżeli słowa mogą być swobodnie przemieszczane lub podmieniane bez zmiany celu, jakiemu służy.
czcionki, wielkość, kolor i tło mogą być ustawione
tekst o wielkości przynajmniej 18 punktów lub 14 punktów, ale pogrubiony lub odpowiadające im wielkością znaki alfabetu chińskiego, japońskiego i koreańskiego (CJK).
Czcionki o wyjątkowo cienkich liniach lub nietypowych cechach i właściwościach, które zmniejszają rozpoznawalność kształtów znaków, są trudniejsze do odczytania, szczególnie przy obniżonym kontraście.
Rozmiar tekstu oznacza rozmiar, w którym treść jest dostarczana użytkownikowi. Nie dotyczy to rozmiaru ustawionego przez użytkownika.
Rozmiar tekstu widziany przez użytkownika zależy zarówno od rozmiaru zdefiniowanego przez autora strony, jak i od rozmiaru wyświetlacza i ustawień oprogramowania użytkownika. W większości wypadków 14 pt i 18 pt odpowiadają około 1.2 i 1.5 em lub 120% i 150% rozmiaru tekstu podstawowego (przyjmując rozmiar podstawowy za 100%), ale autorzy powinni się upewnić, że tak jest w ich przypadku. Jeżeli rozmiar tekstu jest podany w jednostkach względnych, to rozmiar tekstu do wyświetlenia jest obliczany przez oprogramowanie użytkownika. Rozmiar tekstu wyrażony w punktach może zostać pobrany z oprogramowania użytkownika albo obliczony na podstawie danych metrycznych wykonanych analogicznie do oprogramowania użytkownika, w celu sprawdzenia spełnienia kryterium sukcesu. Użytkownicy słabowidzący powinni mieć możliwość dokonania odpowiednich ustawień.
W przypadku korzystania z tekstu, w którym nie określono rozmiaru tekstu, przeglądarki powinny dla najmniejszej czcionki tekstu używać rozsądnego rozmiaru. Jeżeli dla nagłówka poziomu 1 przeglądarki stosują rozmiar 14 pt pogrubioną lub większą, można przyjąć, że jest to powiększony tekst. Względne skalowanie może być wyliczane na podstawie domyślnych rozmiarów w podobny sposób.
Rozmiar 14 pt i 18 pt został przyjęty dla alfabetu łacińskiego jako minimalny duży rozmiar (14 pt) oraz powiększony standardowy (18 pt). Dla innych alfabetów, na przykład CJK, podobne rozmiary mogą być uznane za minimalny duży tekst druku, a następny większy rozmiar, za standardowy duży tekst druku.
tekst lub inny komponent z tekstem alternatywnym, który jest prezentowany użytkownikowi w celu identyfikacji komponentu w treści internetowej
Etykieta jest widoczna dla wszystkich użytkowników, podczas gdy nazwa może być przekazywana tylko technologiom wspomagającym. W wielu przypadkach (choć nie we wszystkich) etykieta i nazwa są takie same.
Pojęcie etykiety nie ogranicza się tylko do elementu label
w HTML.
procesy i efekty osiągalne w wyniku działań użytkownika
dwu- lub trzyletni okres edukacji, zaczynający się po zakończeniu sześcioletniej szkoły, a kończący się dziewięć lat od rozpoczęcia edukacji podstawowej
Definicja oparta jest o Międzynarodową Standardową Klasyfikację Kształcenia [UNESCO].
błysk, albo szybko zmieniająca się sekwencja obrazów są poniżej granicznych wartości (tzn. treść jest zgodna z wytycznymi), jeżeli poniższe punkty przyjmują wartość „prawda”:
gdzie:
Wyjątek: Błyskanie, które jest spokojne, zbalansowane, na wzór szumu lub szachownicy z „polami” mniejszymi niż 0,1 stopnia (pola widzenia przy przeciętnej odległości od monitora) umieszczone po boku nie przekraczają wartości granicznych.
Przy przeciętnym oprogramowaniu i treści internetowej, przy użyciu prostokąta o rozmiarze 341 x 256 pixeli na powierzchni ekranu, kiedy treść oglądana jest przy rozdzielczości 1024 x 768 pixeli da w przybliżeniu 10 stopni pola widzenia dla standardowych rozmiarów monitorów i standardowej odległości patrzenia na nie (na przykład 22-26 cali odległości, przy ekranie wielkości 15-17 cali). (Wyższe ustawienia rozdzielczości pokazujące to samo renderowanie treści daje mniejsze i bezpieczniejsze obrazy, tak więc niższe ustawienia rozdzielczości stosuje się, żeby zdefiniować progowanie).
Przejście oznacza zmianę we względnej luminancji (lub relatywna luminancja/kolor w czerwonym błysku) pomiędzy sąsiadującymi szczytami i dolinami w obrębie relatywnej luminancji (lub relatywna luminancja/kolor w czerwonym błysku) w krótkim czasie. Błyśnięcie składa się z dwóch przeciwnych przejść.
Nowa definicja dla „pary przeciwstawnych przejść zawierających ostrą/nasyconą czerwień” (z WCAG 2.2) to para przeciwstawnych przejść, gdzie jedno przejście prowadzi do lub ze stanu o wartości R/(R + G + B), która jest większa lub równa 0,8, a różnica między stanami wynosi więcej niż 0.2 (bezjednostkowa) w diagramie chromatyczności CIE 1976 UCS. [ISO_9241-391]
Dostępne są narzędzia do analizy obrazu video, pod kątem granicznych wartości błysków. Nie trzeba jednak narzędzi, żeby osiągnąć te warunki, jeżeli migotanie jest równe lub mniejsze 3 mrugnięciom na sekundę. Zawartość przechodzi wówczas automatycznie (zobacz pkt 1 i 2 powyżej).
fraza, której znaczenia nie da się wydedukować przez zrozumienie pojedynczych słów, a specyficznych słów nie da się zmienić bez utraty sensu
Idiomów nie da się przetłumaczyć dosłownie — słowo po słowie, bez utraty ich kulturowego lub językowego znaczenia.
tylko do celów informacyjnych i nie jest wymagana dla osiągnięcia zgodności
Treść niezbędną dla osiągnięcia zgodności uznaje się za „normatywną”.
interfejs używany przez oprogramowanie do obsługi wciśnięć klawiszy
Interfejs klawiaturowy pozwala użytkownikowi na obsługę programów za pomocą klawiatury nawet wówczas, gdy dane urządzenie nie posiada klawiatury.
Operacje wykonywane w aplikacjach lub fragmentach aplikacji wykonywane za pomocą klawiszy symulujących mysz, np. klawisze myszy, nie są kwalifikowane jako wykonywane przez interfejs klawiaturowy, ponieważ operacje wykonywane są poprzez interfejs wskaźnika myszy, a nie klawiatury.
jeżeli taki element zostanie usunięty, może to całkowicie zmienić informację lub funkcjonalność treści, a informacja i funkcjonalność nie mogą zostać osiągnięte w inny sposób, zapewniający zgodność
język mówiony, pisany lub język migowy (znaków zarówno wizualnych, jak dotykowych) służący do komunikowania się między ludźmi.
Zobacz także język migowy.
język stosujący kombinację gestów dłoni i ramion, mimiki twarzy i pozycji ciała, w celu przekazania informacji.
fragment treści internetowej odbierany przez użytkownika jako pojedyncza kontrolka dla określonej funkcji
Wiele komponentów interfejsu użytkownika może być implementowanych w postaci pojedynczego elementu. Tutaj komponenty nie są związane z konkretną techniką programistyczną, a raczej z tym, co użytkownik odbiera jako pojedynczą kontrolkę.
Do komponentów interfejsu użytkownika należą elementy formularzy i linków, jak również komponenty generowane przez skrypty.
To, co jest tutaj rozumiane jako „komponent” lub „komponent interfejsu użytkownika” jest również czasami nazywane „elementem interfejsu użytkownika”.
zmiana treści, która nie jest zmianą kontekstu i która dostarcza użytkownikowi informacji o powodzeniu lub wynikach działania, o stanie oczekiwania aplikacji, o postępie procesu lub o istnieniu błędów.
doznanie zmysłowe, które nie jest czysto dekoracyjne, a jego celem podstawowym nie jest przekazanie ważnej informacji lub spełnienie konkretnej funkcji.
dodatkowe informacje, które mogą być określone programowo na podstawie relacji między łączem oraz tekstem przyległym do łącza, i przedstawione użytkownikom na różne sposoby
Ponieważ czytnik ekranu (ang. screen reader) interpretuje interpunkcję, może też podać kontekst bieżącego zdania, kiedy fokus znajdzie się na łączu w tym zdaniu.
dane, do których użytkownicy mają mieć dostęp
Nie odnosi się to do takich rzeczy, jak dzienniki internetowe i dane z monitoringu wyszukiwarek.
procedura lub technika prowadząca do osiągnięcia rezultatu
Mechanizm może być dostarczany bezpośrednio w treści albo może być oparty zarówno na platformie, jak i na oprogramowaniu użytkownika, w tym na technologiach wspomagających.
Mechanizm wymaga spełnienia wszystkich kryteriów sukcesu żądanych dla danego poziomu.
naprzemienna zmiana stanu wizualnego w celu zwrócenia uwagi
Zobacz także błysk. W przypadku odpowiedniej wielkości, odpowiedniej jasności oraz odpowiedniej częstotliwości, migotanie może być zakwalifikowane jako błyskanie.
[Nowy]
najmniejszy otaczający prosokąt wyrównany do osi poziomej, w którym znajdują się wszystkie punkty kształtu. W przypadku elementów, które zawijają się do wielu wierszy jako część zdania lub bloku tekstu (takich jak łącza hipertekstowe), obwiednia jest oparta na tym, jak komponent wyglądałby w pojedynczym wierszu.
media, które nie prezentują więcej informacji niż jest już przedstawione w tekście (bezpośrednio lub za pośrednictwem alternatyw tekstowych)
Media alternatywne dla tekstu są przeznaczone dla osób, dla których przydatne jest korzystanie z alternatywy dla tekstu. Media alternatywne dla tekstu to: nagrania dźwiękowe („tylko audio”), nagrania wideo („tylko wideo”, w tym wideo w języku migowym) lub audio-wideo.
informacja przechwytywana z wydarzeń pochodzących z rzeczywistego świata, transmitowana bezpośrednio do odbiorcy, z opóźnieniem zależnym wyłącznie od nadawcy
Opóźnienie zależne od nadawcy to krótkie (najczęściej automatyczne) opóźnienie, niezbędne na przykład w celu dania nadawcy czasu na kolejkowanie lub cenzurowanie treści wizualnej lub dźwiękowej. Opóźnienie to nie jest wystarczające, by nadawaną treść poddawać poważniejszej edycji.
Jeżeli informacja jest całkowicie generowana przez komputer, to nie jest informacją na żywo.
Informacja, która nie jest transmitowana na żywo
zsynchronizowana z obrazem alternatywa tekstowa dla treści dźwiękowych, zarówno mowy, jak i innych odgłosów, niezbędnych do zrozumienia przekazu multimedialnego
Napisy rozszerzone mają formę podobną do napisów dialogowych, z tą różnicą, że oprócz treści wypowiedzi osób przekazują opis sytuacji pozadialogowej - dodatkowe informacje, potrzebne do zrozumienia treści programu, takie jak identyfikacja mówiących, informacje o istotnych sygnałach dźwiękowych, np. śmiechu, trzaskaniu drzwi, muzyce, oddaleniu, miejscu akcji. Stąd określenie „rozszerzone”.
Ze względu na zastosowane rozwiązania techniczne napisy dzielimy na zamknięte i otwarte.
Napisy zamknięte (ang. closed caption, CC) to napisy w odrębnym strumieniu tekstowym, które mogą być w niektórych odtwarzaczach włączane i wyłączane.
Napisy otwarte (open caption OC) to wszelkie napisy, których nie można wyłączyć. Na przykład, jeżeli są ekwiwalentem obrazów tekstu osadzonego w wideo.
Napisy rozszerozne nie powinny zasłaniać istotnych informacji w filmie.
W niektórych krajach napisy rozszerzone nazywa się podpisami (subtitles).
Audiodeskrypcja może, ale nie musi posiadać napisów rozszerzonych, ponieważ sama w sobie zawiera opis zawartości tego, co przedstawione jest w sposób wizualny.
nawigowanie po stronie za pomocą interfejsu klawiaturowego w kolejności określonej dla przenoszenia fokusu
tekst, po którym oprogramowanie może zidentyfikować obiekty w treści
Nazwa może być ukryta i przekazywana tylko poprzez technologie wspomagające, w odróżnieniu od etykiet, które są prezentowane wszystkim użytkownikom. W niektórych, ale nie wszystkich wypadkach, etykieta i nazwa są tożsame.
To nie jest to samo, co atrybut „name” w HTML.
celu nie można określić na podstawie łącza i wszystkich informacji o stronie internetowej prezentowanych użytkownikowi z łączem (tj. użytkownicy bez niepełnosprawności nie wiedzą, do czego służy łącze, dopóki go nie odwiedzą)
niezbędny dla zapewnienia zgodności
Można zapewnić zgodność z takim dokumentem na różne dobrze zdefiniowane sposoby.
Treść oznaczona jako „informacyjna” lub nienormatywna nigdy nie jest wymagana dla zapewnienia zgodności.
tekst, który jest renderowany w postaci nietekstowej (np. jako grafika) w celu uzyskania określonych efektów wizualnych
Nie dotyczy to tekstu znajdującego się na obrazie, w którym ważna jest inna treść wizualna.
wspierana przez technologie wspomagające oraz przez przeglądarki i inne programy użytkownika
Żeby zakwalifikować użycie technologii tworzenia treści internetowych jako obsługującą dostępność, muszą być spełnione oba poniższe warunki:
Technologia treści internetowych musi współpracować z technologiami wspomagającymi. Oznacza to, że sposoby wykorzystywania tej technologii zostały przetestowane pod kątem współdziałania z technologiami wspomagającymi i umożliwiają odczytywanie treści w języku naturalnym.
ORAZ
Muszą istnieć łatwo osiągalne przez użytkowników programy użytkownika obsługujące tę technologię. Oznacza to, że co najmniej jedno z czterech poniższych stwierdzeń jest prawdziwe:
Taka technologia z założenia jest powszechnie obsługiwana w programach użytkownika, które również obsługują dostępność (tak jak HTML i CSS);
LUB
Technologia jest obsługiwana za pomocą szeroko rozpowszechnionej wtyczki, która również obsługuje dostępność;
LUB
Treść strony jest dostępna dla zamkniętych środowisk, takich jak środowisko uniwersyteckie lub sieć korporacyjna, gdzie wymagany przez tę technologię program użytkownika i użyty do treści internetowych także obsługuje dostępność;
LUB
Programy użytkownika obsługujące technologię, obsługują dostępność i można je z łatwością pobrać lub zakupić w następujący sposób:
Grupa Robocza WCAG i W3C nie precyzują ani sposobu, ani poziomu obsługi technologii treści internetowych przez technologie wspomagające, aby móc uznać dane technologie internetowe za obsługujące dostępność. Zobacz: Poziom wsparcia technologii wspomagających wymagany do „obsługi dostępności”.
Technologie internetowe mogą być wykorzystywane, nawet jeśli nie obsługują dostępności, dopóki nie są uwzględniane w ocenie dostępności, a strona jako całość będzie zgodna z wymogami, w tym z Wymogiem zgodności: 4. Użycie technologii obsługujących dostępność oraz Wymogiem zgodności 5. Brak zakłóceń.
Gdy technologia internetowa jest używana w sposób, który obsługuje dostępność, nie oznacza to, że obsługiwana jest cała technologia lub że obsługiwane są wszystkie sposoby jej użycia. Większość technologii, w tym HTML, nie obsługuje co najmniej jednej funkcji dostępności lub sposobu zastosowania. Strony są zgodne z WCAG tylko wtedy, gdy można polegać na stosowaniu technologii, które obsługują dostępność.
Przywołując technologie tworzenia treści internetowych, które mają wiele wersji, należy określić, które wersje obsługują dostępność.
Jednym ze sposobów znalezienia przez twórców treści internetowych zastosowań technologii, które obsługują dostępność, jest zapoznanie się z zestawieniami zastosowań udokumentowanych jako obsługujące dostępność (zobacz: Objaśnienie zastosowań technologii internetowych obsługujących dostępność. Twórcy, firmy, sprzedawcy technologii i inni mogą dokumentować sposoby korzystania z technologii treści internetowych obsługujące dostępność. Ale wszystkie sposoby wykorzystania technologii wskazane w dokumentacji muszą odpowiadać powyższej definicji technologii internetowych obsługujących dostępność.
obiekt, w którym program użytkownika prezentuje treść (ang. viewport)
Program użytkownika prezentuje treść poprzez jeden lub więcej obszarów roboczych (rzutni). Obszarami roboczymi są okna, ramki, głośniki, wirtualne okulary. Obszar roboczy może zawierać w sobie inne rzutnie (na przykład osadzone ramki). Komponenty interfejsu użytkownika generowane przez program użytkownika, jak podpowiedzi, menu i powiadomienia, nie są obszarami roboczymi.
Definicja jest oparta o słowniczek z User Agent Accessibility Guidelines 1.0 Glossary [UAAG10].
[Nowy]
ciągła linia tworząca granicę kształtu bez wspólnych pikseli lub minimalna obwiednia, w zależności od tego, która z nich jest najkrótsza.
takie przedstawienie danych przez oprogramowanie dostawcy, które pozwala różnym programom użytkownika, w tym technologiom wspomagającym, odczytać i przedstawić daną informację w sposób, jakiego potrzebuje użytkownik
[Nowy]
otacza, okala, ogranicza, obejmuje
kąt widzenia wynoszący około 0,0213 stopnia
Piksel CSS jest kanoniczną jednostką miary dla wszystkich długości i pomiarów w CSS. Jednostka ta jest niezależna od gęstości i różni się od rzeczywistych pikseli sprzętowych obecnych na wyświetlaczu. Programy użytkownika i systemy operacyjne powinny zapewnić, że piksel CSS jest ustawiony jak najbliżej wartości i jednostek piksela referencyjnego zdefiniowanego w CSS Values and Units Module Level 3 reference pixel [css3-values], który uwzględnia fizyczne wymiary wyświetlacza oraz zakładaną odległość oglądania (czynniki, których autorzy treści nie mogą określić).
sześcioletni okres edukacji rozpoczynający się w wieku 5-7 lat, możliwie bez wcześniejszej edukacji
Definicja oparta jest o Międzynarodową Standardową Klasyfikację Kształcenia [UNESCO].
wprowadzanie danych wskaźnikiem, które działa z jednym punktem kontaktu z ekranem, w tym pojedyncze stuknięcia i kliknięcia, podwójne stuknięcia i kliknięcia, długie naciśnięcia i gesty oparte na ścieżce
treść nie będzie zgodna, jeżeli taka technologia zostanie wyłączona z oceny lub nie jest obsługiwana
tekst pomocy dostarczający informacji na temat aktualnie wykonywanej czynności
Jasno sformułowane etykiety mogą być traktowane jak pomoc kontekstowa.
kolejność słów i akapitów zaprezentowana w taki sposób, żeby kolejność ich odczytu nie zmieniała sensu treści całego przekazu tekstowego
renderowanie treści w sposób, który jest postrzegalny dla użytkownika
seria czynności użytkownika, gdzie każda czynność jest niezbędna do zakończenia działania
oprogramowanie umożliwiające pobieranie i przeglądanie treści internetowych
ustawione przez oprogramowanie, które wykorzystuj metody obsługiwane przez programy użytkownika, w tym przez technologie wspomagające
postrzegalna, programowo określona część treści
W HTML każdy obszar oznaczony jako punkt orientacyjny jest regionem.
posiadające znaczenie powiązanie między różnymi elementami treści
tekst lub liczba, poprzez którą oprogramowanie może określić funkcję komponentu w treści internetowej
[Nowe]
operacja, podczas której wskaźnik styka się z elementem podczas zdarzenia w dół, a element (lub reprezentacja jego położenia) podąża za wskaźnikiem aż do zdarzenia w górę
Przykładami elementów przeciąganych są elementy list, elementy tekstowe i obrazy.
samodzielna porcja pisanej treści obejmująca jeden lub więcej powiązanych tematów lub myśli
Sekcja może składać się z jednego lub więcej akapitów, a także zawierać grafikę, tabele, listy i podsekcje.
skrócona wersja słowa, frazy lub nazwy, o ile skrót nie stał się częścią danego języka.
dotyczy także inicjalizmów i akronimów, gdzie:
inicjalizm to skrócona forma nazw i fraz, powstała z pierwszych liter lub sylab słów zawartych w danej nazwie lub frazie.
Nie we wszystkich językach.
akronim akronim jest skróconą formą utworzoną z pierwszych liter lub części innych wyrazów do formy, którą można wymawiać jak wyraz.
Niektóre firmy mają nazwy pochodzące od akronimów. W takim wypadku nowa nazwa składa się z liter (np. Ecma) i wówczas słowo to nie jest traktowane jak skrót.
alternatywny sposób wykonania jakiejś akcji przez naciśnięcie jednego lub więcej klawiszy
kryterium sukcesu zastosowane do danej strony nie przyjmuje wartości „fałsz”
cecha dynamiczna wyrażająca właściwości komponentu interfejsu użytkownika, która może ulec zmianie w odpowiedzi na działanie użytkownika lub zautomatyzowane procesy
Stany nie mają wpływu na charakter elementu, ale reprezentują dane powiązane z tym komponentem lub możliwościami interakcji z użytkownikiem. Przykłady obejmują fokus (skupienie), najechanie wskaźnikiem myszki, wybrany (zaznaczony), wciśnięty, sprawdzony, odwiedzony/nieodwiedzony oraz rozwinięty/zwinięty.
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
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.
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ą.
albo ASCII art - proste rysunki tworzone za pomocą znaków lub glifów układanych na obszarze o stałej szerokości kolumn oraz o stałej wysokości znaków (zazwyczaj z 95 możliwych do wydrukowania znaków zdefiniowanych przez ASCII). Ten sposób tworzenia grafiki, a raczej jej symbolizowania, nazywa się semigrafiką lub pseudografiką. ASCII art były początkowo tworzone z myślą o wydrukowaniu ich na drukarkach znakowych.
daje taki sam rezultat w przypadku zastosowania
takie samo położenie względem innych elementów
Uznaje się, że elementy mają taką samą względną kolejność, nawet jeśli inne elementy zostały dodane lub usunięte z kolejności oryginalnej. Przykładowo, rozszerzenie menu nawigacji może wyświetlić dodatkowy poziom szczegółowości, lub też drugorzędna sekcja nawigacji może zostać dodana do kolejności czytania.
mechanizm kodowania danych, które mają być renderowane, odtwarzane lub wykonywane przez programy użytkownika
Użyte w tych wytycznych wyrażenia „technologia internetowa” oraz słowo „technologia” (używane samodzielnie) odnoszą się do „technologii treści internetowych”.
Technologie treści internetowych mogą obejmować języki znaczników, formaty danych lub języki programowania, który może być używany samodzielnie, których autorzy mogą używać samodzielnie lub w połączeniu z innymi technologiami, żeby stworzyć ostatecznie wersje dla użytkownika, począwszy od statycznych stron internetowych, przez zsynchronizowane prezentacje multimedialne aż po dynamiczne aplikacje internetowe.
sprzęt i oprogramowanie, które działa jako program użytkownika lub współdziała z popularnymi programami użytkownika, aby zapewnić osobom z niepełnosprawnościami niezbędne funkcjonalności, wykraczające poza możliwości oferowane przez popularne programy użytkownika;
Funkcjonalności zapewniane przez technologie wspomagające obejmują alternatywny sposób prezentacji treści (np. mowa syntetyczna lub powiększenie obrazu), alternatywne sposoby wprowadzania danych (np. za pomocą głosu), dodatkowe mechanizmy nawigacji i orientacji oraz przekształcania treści (np. w celu uczynienia tabel bardziej dostępnymi).
Technologie wspomagające często przekazują informacje i dane do standardowych aplikacji za pośrednictwem specjalnych API.
Rozróżnienie pomiędzy popularnymi programami użytkownika a technologiami wspomagającymi nie jest oczywiste. Wiele popularnych programów użytkownika posiada różne rozwiązania wspomagające osoby z niepełnosprawnościami. Główna różnica pomiędzy nimi polega na tym, że popularne programy użytkownika są ukierunkowane na szerokie i zróżnicowane grupy odbiorców, zarówno z niepełnosprawnościami, jak i bez niepełnosprawności. Natomiast technologie wspomagające skierowane są do wąskiej grupy odbiorców z określonymi rodzajami niepełnosprawności. Wsparcie świadczone za pomocą technologii wspomagających jest zatem bardziej wyspecjalizowane i nakierowane na odbiorcę z konkretnymi potrzebami. Popularne programy użytkownika mogą dostarczać technologiom wspomagającym niezbędne funkcjonalności, takie jak pobieranie treści internetowych z obiektów programowych lub odwzorowanie kodu do postaci przyjaźniejszej dla tych technologii.
ciąg znaków, który można programowo określić, gdzie ciąg ten wyraża coś w języku naturalnym
tekst skojarzony programowo z treścią nietekstową lub odnoszący się do tekstu programowo skojarzonego z treścią nietekstową. Tekst programowo skojarzony to taki tekst, którego położenie może być programowo określone w stosunku do treści nietekstowej.
Więcej na ten temat: Objaśnienie pojęcia „alternatywa tekstowa”
[Nowe]
Zadanie wymagające od użytkownika zapamiętywania, manipulowania lub przepisywania informacji. Przykładami są między innymi:
tłumaczenie języka, najczęściej mówionego, na język migowy
Prawdziwe języki migowe są niezależnymi językami i nie mają nic wspólnego z językami mówionymi z danego kraju lub regionu.
informacje i wrażenia sensoryczne, które mają być przekazywane użytkownikowi za pośrednictwem programu użytkownika, w tym kod lub znaczniki definiujące strukturę, prezentację i interakcje
każda treść, która nie jest sekwencją znaków, które mogą być programowo określone lub nie wyraża niczego w jakimkolwiek języku naturalnym
Obejmuje to sztukę tekstową (ASCII art, będącą układanką złożoną ze znaków), emotikony, slang na forach (korzystający z zastępowania znaków) i obrazy przedstawiające tekst.
dodatkowa treść ilustrująca lub wyjaśniająca treść podstawową
prezentacja oparta na czasie zawierająca tylko dźwięk (bez wideo i bez interakcji)
prezentacja oparta na czasie zawierająca tylko wideo (bez audio i bez interakcji)
słowa użyte w sposób wymagający od użytkownika wiedzy, jaką konkretną definicję powinien zastosować, by prawidłowo zrozumieć treść.
dane wejściowe z urządzenia, które może kierować określone współrzędne (lub zestaw współrzędnych) na ekranie, takie jak mysz, pióro lub kontakt dotykowy
Zobacz także Pointer Events definition for "pointer" [pointerevents].
technologia poruszających się lub następujących po sobie obrazów
Wideo może być stworzone za pomocą animacji lub fotografii, lub obu naraz.
właściwość, której wartość określa sposób prezentacji (np. czcionka, kolor, rozmiar, lokalizacja, wypełnienie, głośność, synteza mowy) elementów treści w trakcie ich renderowania (np. na ekranie, przez głośnik, przez wyświetlacz brajlowski, przez programy użytkownika).
Właściwości stylu mogą mieć kilka źródeł:
[Nowe]
piksele, które są zmieniane, aby wizualnie wskazywać, kiedy komponent interfejsu użytkownika jest w stanie „ma fokus”
(L1 + 0.05) / (L2 + 0.05), gdzie
Współczynnik kontrastu zawiera się pomiędzy 1 i 21 (powszechnie zapisywanych 1:1 do 21:1).
Ponieważ autor strony nie ma wpływu na sposób renderowania ustawiony przez użytkownika (np. wygładzanie czcionek lub antyaliasing), współczynnik kontrastu oblicza się jak dla wyłączonego antyaliasingu.
W celu spełnienia kryterium sukcesu 1.4.3 i 1.4.6, kontrast jest mierzony z uwzględnieniem standardowego koloru tła, na którym wyświetlany jest tekst przy standardowym użyciu. Jeżeli kolor tła nie został zdefiniowany, przyjmuje się, że jest to kolor biały.
Kolor tła to określony kolor, na którym renderowany jest tekst przy normalnym użyciu. Błędem jest nieokreślenie koloru tła przy jednoczesnym określeniu koloru tekstu, ponieważ wówczas kolor tła jest nieznany i nie można sprawdzić, czy zachowany jest odpowiedni kontrast. Z tego samego powodu błędem jest nieokreślenie koloru tekstu przy jednoczesnym określeniu koloru tła.
Gdy litery wyświetlane są z obwódkami, obwódki takie mogą dodawać kontrastu i mogą być uwzględniane w obliczaniu kontrastu pomiędzy literami a ich tłem. Cienka obwódka jest traktowana jak litera. Szeroka obwódka wokół litery, jeżeli wypełnia wewnętrzne elementy liter, działa jak efekt halo i może być traktowana jak tło.
Wymagania WCAG mogą być zweryfikowane przez zestawienie par kolorów określonych przez autora dla typowego sposobu wyświetlenia strony. Autor nie musi brać pod uwagę nietypowych sposobów wyświetlania, na przykład przez zmianę kolorów zrealizowaną przez narzędzia użytkownika, chyba, że wynikają z kodu strony.
zatrzymane na żądanie użytkownika i niewznawiane bez jego żądania
wydarzenie, które a) trwa w tym samym czasie, co jego wyświetlenie i b) nie jest całkowicie generowane przez treść.
względna jasność punktu w przestrzeni kolorów, znormalizowana do 0 dla najciemniejszego czarnego i 1 dla najjaśniejszego białego
Dla przestrzeni kolorów w standardzie sRGB względna luminancja koloru jest definiowana jako L = 0.2126 * R + 0.7152 * G + 0.0722 * B gdzie R, G i B zostały zdefiniowane jako:
oraz RsRGB, GsRGB i BsRGB są zdefiniowane jako:
Znak „^” oznacza potęgowanie. (Równanie pochodzi z [SRGB]).
Przed majem 2021 roku wartość 0,04045 w definicji była inna (0,03928). Została ona zaczerpnięta ze starszej wersji specyfikacji i została zaktualizowana. Nie ma ona praktycznego wpływu na obliczenia w kontekście niniejszych wytycznych.
Niemal wszystkie obecnie używane systemy kodują kolory w standardzie sRGB. O ile używany będzie inny standard kodowania kolorów do przetwarzania i wyświetlania, autor musi obliczać kolor na podstawie standardu sRGB. Jeżeli używa innego, zobacz Objaśnienie kryterium sukcesu 1.4.3.
Jeżeli dithering odbywa się po dostarczeniu kolorów, bierze się pod uwagę kolory źródłowe. W wypadku kolorów wymieszanych na poziomie źródłowym, pod uwagę bierze się uśrednione wartości kolorów źródłowych (uśredniony R, uśredniony G i uśredniony B).
Istnieją narzędzia, które automatycznie obliczają kontrast i błyski.
Istnieje osobna strona podająca definicję luminancji względnej z wykorzystaniem MathML do wyświetlania wzorów.
nagła, nieoczekiwana sytuacja lub zdarzenie, wymagające natychmiastowej reakcji dla ochrony zdrowia, bezpieczeństwa lub mienia.
zdarzenie platformy wywoływane w momencie naciśnięcia przycisku urządzenia wskazującego (wskaźnika), gdy wskaźnik znajduje się wewnątrz elementu
Zdarzenie może mieć na różnych platformach różne nazwy, takie jak „touchstart” lub „mousedown”.
zdarzenie platformy wywoływane, gdy przycisk wyzwalający urządzenia wskazującego (wskaźnika) zostanie zwolniony), gdy wskaźnik znajduje się wewnątrz elementu
Zwolnienie nacisku może mieć różne nazwy na różnych platformach, takie jak „touchend” lub „mouseup”."
zbiór stron internetowych, które mają wspólny cel i które są tworzone przez tego samego autora, grupę lub organizację.
Różne wersje językowe będą traktowane jako różne zestawy stron internetowych.
to taka wersja, która
W tej definicji „może być osiągalna tylko” oznacza, że zapewniony jest jakiś mechanizm, jak na przykład warunkowe przekierowanie, który uchroni użytkownika przed „dotarciem” do niezgodnej wersji (załadowaniem), chyba że użytkownik przeszedł właśnie z wersji zgodnej.
Zgodna wersja alternatywna nie musi być identyczna, co do ilości stron z podstawową (np. może się składać z kilku stron).
Jeżeli istnieją różne wersje językowe witryny, to dla każdej powinny być zapewnione zgodne wersje alternatywne.
Zgodne wersje alternatywne mogą być zapewniane dla różnych technologii lub grup odbiorców. Każda wersja powinna być zgodna w jak najwyższym stopniu. Co najmniej jedna wersja musi być w pełni zgodna, aby spełnić Wymóg zgodności nr 1.
Zgodna wersja alternatywna nie musi się znajdować w zakresie zgodności, ani nawet w tej samej witrynie internetowej, o ile jest równie łatwo osiągalna, jak wersja niezgodna.
Zgodnej wersji alternatywnej nie należy mylić z treścią uzupełniającą, która mają wspierać i rozszerzać wersję podstawową.
Ustawienie w preferencjach użytkownika, które pozwala na osiągnięcie zgodnej wersji alternatywnej jest akceptowalnym mechanizmem dla osiągnięcia innej wersji, o ile mechanizm ustawień obsługuje dostępność.
Czytaj więcej Objaśnienie pojęcia zgodna wersja alternatywna
.
spełnienie wszystkich wymagań danej normy, wytycznych lub specyfikacji
okno z obszarem roboczym (rzutnią) powiększone do maksymalnego rozmiaru na najpopularniejszych wyświetlaczach komputerów stacjonarnych i laptopów
Ponieważ ludzie zazwyczaj korzystają ze swoich komputerów przez kilka lat, najlepiej jest nie polegać na najnowszych rozdzielczościach wyświetlaczy komputerów stacjonarnych i laptopów, ale wziąć pod uwagę przy dokonywaniu tej oceny typowe rozdzielczości monitorów komputerów stacjonarnych i laptopów na przestrzeni kilku lat.
duże zmiany, dokonywane bez świadomości użytkowników, które mogą ich dezorientować, gdy nie są w stanie przeglądać całej strony jednocześnie
Zmiany kontekstu obejmują zmiany:
Zmiana treści nie zawsze oznacza zmianę kontekstu. Zmiany treści, na przykład rozwinięcie drzewa, dynamicznego menu lub zakładki niekoniecznie zmieniają kontekst, dopóki nie zmienią jednego z powyższych (np. fokusu).
transakcja, gdzie osoba wiąże się prawnym obowiązkiem lub korzyścią
audio lub wideo zsynchronizowane z innym formatem w celu prezentacji informacji lub interakcji z komponentami opartymi na czasie, o ile nie jest to wyraźnie oznaczona alternatywa dla tekstu
słowa używane w pewien specyficzny sposób w pewnych specyficzny środowiskach
Ta część zawiera listę typowych celów pól formularzy w komponentach interfejsu użytkowników. Terminy poniżej nie są słowami kluczowymi, których należy użyć, ale reprezentują cele, które muszą zostać ujęte w taksonomii przyjętej przez stronę internetową. W stosownych przypadkach, autorzy oznaczają kontrolki przy pomocy wybranej taksonomii, aby wskazać cel semantyczny. Daje to potencjalnym programom użytkownika i technologiom pomocniczym możliwość stosowania spersonalizowanych prezentacji, które mogą umożliwić większej liczbie osób zrozumienie i wykorzystanie treści.
Lista celów typów pól danych jest oparta na celach kontrolek zdefiniowanych w części HTML 5.2 Autofill field, ale ważne jest, aby zrozumieć, że inna technologia może mieć niektóre lub wszystkie z tych samych pojęć zdefiniowanych w swojej specyfikacji i wymagane są tylko te pojęcia, które są mapowane do poniższych znaczeń.
Poniższe cele pól danych mają odnosić się do użytkownika treści i dotyczyć tylko informacji związanych z tą osobą.
additional-name - dodatkowa nazwy (w niektórych kulturach zachodnich, znane również jako drugie imię, inne niż pierwsze)
Ta sekcja przedstawia istotne zmiany wprowadzone w WCAG 2.2 od czasu WCAG 2.1. Poprawki do WCAG 2.1 zostały również włączone do WCAG 2.2.
Istnieje pełna historia zmian WCAG 2. 2.
Widoczny fokus (rozszerzone), później zmieniono nazwę na Wygląd fokusu (rozszerzone)), a w końcu ją usunięto.
Odstęp między wskaźnikami celuna
Rozmiar celu (minimum)
Przeciąganie(później przemianowane na Ruchy przeciągania).
Pomoc z możliwością wyszukiwania(później zmieniono nazwę na Spójna pomoc),
Stałe punkty odniesienia(Nawigacja z podziałem strony),
Ukryte kontrolki(później zmieniono nazwę na Widoczne kontrolki),
Odstęp między celami wskaźnika(później zmieniono nazwę na Rozmiar celu (minimalny)), Zbędny wpis.
Widoczny fokus (ulepszony)na
Wygląd fokusu (ulepszony).
Przeciąganiena Ruch przeciągania.
Ukryte kontrolkina Widoczne kontrolki.
This section is non-normative.
Dodatkowe informacje na temat uczestnictwa w grupie roboczej ds. wytycznych dotyczących dostępności (AG WG) można znaleźć na stronie głównej grupy roboczej.
Paul Adam, Jenae Andershonis, Wilhelm Joys Andersen, Andrew Arch, Avi Arditti, Aries Arditi, Tom Babinszki, Mark Barratt, Mike Barta, Sandy Bartell, Kynn Bartlett, Chris Beer, Charles Belov, Marco Bertoni, Harvey Bingham, Chris Blouch, Paul Bohman, Frederick Boland, Denis Boudreau, Patrice Bourlon, Andy Brown, Dick Brown, Doyle Burnett, Raven Calais, Ben Caldwell, Tomas Caspers, Roberto Castaldo, Sofia Celic-Li, Sambhavi Chandrashekar, Mike Cherim, Jonathan Chetwynd, Wendy Chisholm, Alan Chuter, David M Clark, Joe Clark, Darcy Clarke, James Coltham, Earl Cousins, James Craig, Tom Croucher, Pierce Crowell, Nir Dagan, Daniel Dardailler, Geoff Deering, Sébastien Delorme, Pete DeVasto, Iyad Abu Doush, Sylvie Duchateau, Cherie Eckholm, Roberto Ellero, Don Evans, Gavin Evans, Neal Ewers, Steve Faulkner, Bengt Farre, Lainey Feingold, Wilco Fiers, Michel Fitos, Alan J. Flavell, Nikolaos Floratos, Kentarou Fukuda, Miguel Garcia, P.J. Gardner, Alistair Garrison, Greg Gay, Becky Gibson, Al Gilman, Kerstin Goldsmith, Michael Grade, Karl Groves, Loretta Guarino Reid, Jon Gunderson, Emmanuelle Gutiérrez y Restrepo, Brian Hardy, Eric Hansen, Benjamin Hawkes-Lewis, Sean Hayes, Shawn Henry, Hans Hillen, Donovan Hipke, Bjoern Hoehrmann, Allen Hoffman, Chris Hofstader, Yvette Hoitink, Martijn Houtepen, Carlos Iglesias, Richard Ishida, Jonas Jacek, Ian Jacobs, Phill Jenkins, Barry Johnson, Duff Johnson, Jyotsna Kaki, Shilpi Kapoor, Leonard R. Kasday, Kazuhito Kidachi, Ken Kipness, Johannes Koch, Marja-Riitta Koivunen, Maureen Kraft, Preety Kumar, Kristjan Kure, Andrew LaHart, Gez Lemon, Chuck Letourneau, Aurélien Levy, Harry Loots, Scott Luebking, Tim Lacy, Jim Ley, Alex Li, William Loughborough, N Maffeo, Mark Magennis, Erich Manser, Kapsi Maria, Luca Mascaro, Matt May, Sheena McCullagh, Liam McGee, Jens Oliver Meiert, Niqui Merret, Jonathan Metz, Alessandro Miele, Steven Miller, Mathew J Mirabella, Matt May, Marti McCuller, Sorcha Moore, Charles F. Munat, Robert Neff, Charles Nevile, Liddy Nevile, Dylan Nicholson, Bruno von Niman, Tim Noonan, Sebastiano Nutarelli, Graham Oliver, Sean B. Palmer, Charu Pandhi, evarshi Pant, Nigel Peck, Anne Pemberton, David Poehlman, Ian Pouncey, Charles Pritchard, Kerstin Probiesch, W Reagan, Adam Victor Reed, Chris Reeve, Chris Ridpath, Lee Roberts, Mark Rogers, Raph de Rooij, Gregory J. Rosmaita, Matthew Ross, Sharron Rush, Joel Sanda, Janina Sajka, Roberto Scano, Gordon Schantz, Tim van Schie, Wolf Schmidt, Stefan Schnabel, Cynthia Shelly, Glenda Sims, John Slatin, Becky Smith, Jared Smith, Andi Snow-Weaver, Neil Soiffer, Mike Squillace, Michael Stenitzer, Diane Stottlemyer, Christophe Strobbe, Sarah J Swierenga, Jim Thatcher, Terry Thompson, Justin Thorp, David Todd, Mary Utt, Jean Vanderdonckt, Carlos A Velasco, Eric Velleman, Gijs Veyfeyken, Dena Wainwright, Paul Walsch, Daman Wandke, Richard Warren, Elle Waters, Takayuki Watanabe, Gian Wild, David Wooley, Wu Wei, Kenny Zhang, Leona Zumbo.
Ta publikacja została częściowo sfinansowana z amerykańskich funduszy federalnych z Departamentu Edukacji Stanów Zjednoczonych oraz Narodowego Instytutu Badań Niepełnosprawności i Rehabilitacji (National Institute on Disability and Rehabilitation Research – NIDILRR), początkowo w ramach umowy nr ED-OSE-10-C-0067, następnie w ramach umowy nr HHSP23301500054C, a obecnie w ramach HHS75P00120P00168. Treść tej publikacji niekoniecznie odzwierciedla poglądy lub politykę Departamentu Zdrowia i Usług Społecznych USA lub Departamentu Edukacji USA, ani też wzmianki o nazwach handlowych, produktach komercyjnych lub organizacjach nie oznaczają poparcia przez rząd Stanów Zjednoczonych.
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in: