Podstawowe komponenty dostępności cyfrowej

Ten wpis zawiera nowe poprawione tłumaczenie dokumentu W3C, który przedstawia kluczowe komponenty dostępności internetowej i ich współdziałanie.

Wstęp

Aby Internet był dostępny dla osób z niepełnosprawnościami, konieczne jest współdziałanie kilku różnych komponentów związanych z projektowaniem i tworzeniem treści cyfrowych. Te komponenty to:

  • treść - informacje na stronie internetowej lub w aplikacji internetowej, w tym:
    • informacje naturalne (takie jak tekst, obraz i dźwięki) oraz
    • kod lub znaczniki definiujące strukturę, prezentację itp.
  • przeglądarki internetowe, odtwarzacze mediów i inne „programy użytkownika”.
  • technologie wspomagające, w niektórych przypadkach - czytniki ekranu, alternatywne klawiatury, przełączniki, oprogramowanie skanujące itp.
  • użytkownicy, ich wiedza, doświadczenia, a w niektórych przypadkach, sposób korzystania z Internetu (strategie adaptacyjne)
  • twórcy - projektanci, programiści, autorzy itd., w tym twórcy z niepełnosprawnościami i użytkownicy, którzy współtworzą treść
  • narzędzia autorskie - oprogramowanie do tworzenia treści cyfrowych
  • narzędzia oceniające - oprogramowanie do oceny dostępności cyfrowej, walidatory HTML i CSS itp.

Jak komponenty są ze sobą powiązane

Ilustruje współzależności komponentów dostępności cyfrowej opisane poniżej

Twórcy stron internetowych zwykle używają narzędzi autorskich i narzędzi oceniających do tworzenia treści cyfrowych.

Ludzie („użytkownicy”) używają przeglądarek, odtwarzaczy mediów, technologii wspomagających lub innych „programów użytkownika”, aby uzyskać dostęp do treści cyfrowych i wchodzić z nimi w interakcje.

Współzależności komponentów

Między tymi komponentami istnieją istotne współzależności; to znaczy że komponenty muszą ze sobą współpracować, aby Internet był dostępny. Na przykład, dla tekstu alternatywnego opisującego obraz:

  • specyfikacja techniczna wymaga alternatywy tekstowej (np. HTML definiuje atrybut tekstu alternatywnego (alt) w elemencie obrazka (img)
  • wytyczne WAI - WCAG, ATAG i UAAG, wymienione w dalszej części - określają, jak wdrożyć tekst alternatywny w różnych komponentach, aby zwiększyć dostępność
  • twórcy zapewniają odpowiednie sformułowania tekstu alternatywnego
  • narzędzia autorskie umożliwiają, ułatwiają i promują zamieszczanie tekstu alternatywnego na stronie internetowej
  • narzędzia oceny służą do sprawdzenia, czy istnieje tekst alternatywny
  • oprogramowanie użytkownika zapewnia ludziom i maszynom interfejs do obsługi tekstu alternatywnego w różnych trybach
  • użytkownicy wiedzą jak odczytać tekst alternatywny w wykorzystywanym przez nich oprogramowaniu i/lub technologiach wspomagających, w razie potrzeby.

Cykl implementacyjny

Gdy funkcje dostępności zostaną skutecznie zaimplementowane w jednym komponencie, istnieje większe prawdopodobieństwo, że zostaną wdrożone w innych komponentach.

Ilustruje cykl implementacji komponentów dostępności cyfrowej opisany poniżej, szczegółowy opis w

  • Gdy przeglądarki internetowe, odtwarzacze mediów, technologie wspomagające i inne programy użytkownika obsługują funkcje dostępności, użytkownicy częściej będą tego wymagać, a programiści częściej implementować je w swoich treściach.
  • Gdy twórcy chcą wdrażać funkcje dostępności w swoich treściach, częściej domagają się, aby narzędzie autorskie ułatwiało ich wdrożenie.
  • Gdy narzędzia autorskie umożliwiają łatwą implementację funkcji dostępności, twórcy chętniej je wdrożą w swoich treściach.
  • Gdy funkcje dostępności są zaimplementowane w większości treści, twórcy i użytkownicy częściej żądają, aby obsługiwały je programy użytkownika.

Gdy jeden komponent jest słaby

Gdy funkcje dostępności nie są zaimplementowane w którymś z komponentów, motywacja do zaimplementowania ich w pozostałych komponentach spada, jeśli nie skutkuje to zwiększeniem dostępności dla użytkownika. Na przykład mało prawdopodobne jest, aby programiści wdrożyli funkcję dostępności, która nie jest obsługiwana przez narzędzia autorskie i której nie obsługuje większość przeglądarek lub technologii wspomagających.

Ilustruje, co dzieje się, gdy jeden komponent jest słaby, szczegółowy opis poniżej

Gdy jeden komponent kiepsko obsługuje dostępność, inne komponenty mogą to czasami zrekompensować poprzez „obejścia”, choć wymaga to znacznie większego wysiłku i ogólnie nie jest dobre dla dostępności. Na przykład:

  • twórcy mogą wykonać więcej pracy, aby zrekompensować brak obsługi dostępności w narzędziach autorskich; na przykład poprzez bezpośrednie kodowanie znaczników zamiast za pomocą narzędzia,
  • użytkownicy mogą wykonać więcej pracy, aby zrekompensować brak obsługi dostępności w przeglądarkach, odtwarzaczach mediów lub technologiach wspomagających; na przykład, używając innej przeglądarki lub technologii wspomagającej, aby przezwyciężyć różne problemy z dostępnością.

Jednak w większości przypadków obejścia nie są wdrażane, a efektem jest wciąż ograniczona dostępność. Ponadto, czasami słaba obsługa dostępności w jednym komponencie nie może być rozsądnie przezwyciężona przez inne komponenty, a efektem jest niedostępność uniemożliwiająca niektórym osobom niepełnosprawnym korzystanie z określonej witryny, strony lub funkcji.

Wytyczne i inne standardy

Inicjatywa na Rzecz Dostępności Internetu (WAI) w W3C opracowuje standardy dostępności cyfrowej dla różnych komponentów:

Te wytyczne opierają się na podstawowych specyfikacjach technicznych Internetu i są opracowywane w połączeniu ze wszystkimi specyfikacjami technicznymi W3C (HTML, CSS, SVG, SMIL itp.). W3C opracowuje również specyfikacje techniczne, które bezpośrednio dotyczą dostępności, w tym:

  • ARIA, Złożone Dostępne Aplikacje Internetowe, która wskazuje, jak uczynić złożone aplikacje internetowe bardziej dostępnymi dla osób z niepełnosprawnościami. Szczególnie pomaga w tworzeniu treści dynamicznych i zaawansowanych kontrolek interfejsu użytkownika opracowanych przy użyciu Ajax, HTML, JavaScript i pokrewnych technologii.

Pokazuje wytyczne dla różnych komponentów, szczegółowo opisane powyżej

Aby uzyskać więcej informacji, zobacz O standardach W3C.

O tym dokumencie

Artykuł jest nieoficjalnym tłumaczeniem publikacji WAI W3C. Może zawierać błedy wynikające z tłumaczenia. W razie rozbieżności obowiązuje treść oryginału w języku angielskim.

Źródło: Essential Components of Web Accessibility

Redaktor: Shawn Lawton Henry. Autor grafik: Michael Duffy.

Prawa własności: W3C ® (MIT, ERCIM, Keio, Beihang) Zasady użytkowania materiałów WAI.

Tłumaczenie: Stefan Wajda,
© 2020-2024 Pracownia Dostępności Cyfrowej LepszyWeb.pl, Wszystkie prawa zastrzeżone

Pomóż ulepszyć tę stronę

Jeśli masz pomysł, propozycję poprawienia tej strony, napisz na adres Ten adres pocztowy jest chroniony przed spamowaniem. Aby go zobaczyć, konieczne jest włączenie w przeglądarce obsługi JavaScript..