WCAG. Opis wytycznej alternatywa tekstowa, i pierwszego kryterium WCAG 2.1.

Z  dwóch poprzednich artykułów wprowadzających Czytelników w temat dostępności można dowiedzieć się, czym jest WCAG 2.1.

W tym i następnych artykułach dotyczących WCAG , chcemy przybliżyć wszystkim programistom, twórcom treści, ale w szczególności jednak tym, którzy chcą zamówić i współtworzyć dostępną stronę, lecz nie wiedzą jak do tego podejść i nie rozumieją, czym jest WCAG 2.1 w praktyce.

Pierwszą z czterech zasad, grupujących wytyczne w odpowiednim kontekście, jest zasada postrzegalności. Zasygnalizowana została ogólnie już w poprzednim artykule stanowiącym wprowadzenie do dostępności treści internetowych.

Tutaj opiszemy pierwszą wytyczną związaną z zasadą postrzegalności, czyli jak i kiedy zapewnić alternatywę tekstową dla elementów graficznych i innych treści nietekstowych, gdy jest to potrzebne.

Treść wytycznej 1.1.

Zapewnij tekstowe zamienniki wszystkich treści nietekstowych, aby można je było zamienić na inne formy (np. powiększony druk, brajl, mowa syntetyczna, symbole lub prostszy język).

Po jej odczytaniu wydaje się to dość proste, jednak wcale takie nie jest. Istnieją przecież czytniki ekranowe (screenreadery), wyświetlają zawartość również w brajlu itd. Co może być niedostępnego w stronie internetowej, na której jest głównie tekst i tylko część treści jest grafiką? Okazuje się, że bardzo wiele rzeczy można zrobić nie tak, jak trzeba.

Wytyczną tą uszczegóławia kryterium sukcesu, którego spełnienie umożliwia zapewnienie zgodności z WCAG 2.1 na poziomie A w tym konkretnym obszarze treści.

Kryterium sukcesu 1.1.1 treść nietekstowa, zapewnia zgodność na poziomie a.

Oto jego treść:

Wszelkie treści nietekstowe przedstawione użytkownikowi posiadają swoją tekstową alternatywę, która pełni tę samą funkcję, z wyjątkiem sytuacji opisanych poniżej.

  • Kontrolki użytkownika i wprowadzanie danych przez użytkownika: 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.)
  • Multimedia: 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.)
  • Test: 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.
  • Odczucie zmysłowe: 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.
  • CAPTCHA: Jeśli celem treści nietekstowej jest potwierdzenie, że do treści ma dostęp człowiek, a nie komputer, wtedy dostarcza się alternatywę w postaci tekstu, która identyfikuje oraz opisuje cel treści nietekstowej. Dostarcza się również alternatywnych zabezpieczeń typu CAPTCHA, dostosowanych do różnych możliwości percepcji użytkowników, uwzględniając rozmaite rodzaje niepełnosprawności.
  • Cele dekoracyjne, formatowanie, treść niewidoczna: 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.

Jak rozumieć to kryterium nieabstrakcyjnie, a na konkretnych przykładach, które możemy napotkać w Internecie na co dzień?

W sytuacji, gdy sprawa jest prosta, należy stosować treść kryterium dosłownie np. gdy twórca treści umieszcza na stronie lub w dokumencie obrazek, na którym znajduje się treść istotna dla odbioru całości treści strony internetowej lub dokumentu np. wykres lub inna treść wizualna wymagająca opisu tekstowego, to powinien również umieścić opis w postaci tekstu alternatywnego, który będą mogły odczytać czytniki ekranowe, z których korzystają osoby niewidome.

Jeżeli można, oprócz wykresów np. z wynikami porównawczymi testów dwóch komputerów warto umieścić dane w postaci tabeli, która jest formą bardziej przystępną dla osób niewidomych. Tam, gdzie to możliwe, należy szukać tekstowej alternatywy w takiej formie, która jak najwięcej będzie w stanie przekazać osobie niemogącej skorzystać z treści nietekstowej.

Kryterium to należy stosować , żeby zapewnić możliwość takiego samego dostępu do treści wszystkim tym, którzy z jakiegoś powodu nie mogą odczytać i przyswoić treści nietekstowej.

Nie należy przy tym obawiać się, że tekst alternatywny opisujący zawartość grafiki będzie widoczny na stronie, zepsuje formatowanie wizualne lub coś podobnego, ponieważ umieszczenie go w znacznikach takich jak np. alttext lub longdesc w przypadku dłuższego opisu spowoduje, że tekst etykiety lub długiego opisu obrazu będą mogły odczytywać screenreadery, a osoby niewidome przeglądające utworzoną treść usłyszą treść tej etykiety lub długiego opisu. Gdy nie zostanie zapewniona alternatywa do treści nietekstowej, to nie będą mogły w pełni odczytać treści strony lub dokumentu.

Twórcom stron i programistom może czasem wydawać się, że alternatywa tekstowa dla grafik i innych treści nietekstowych, to coś zbędnego lub coś w rodzaju komentarzy pomagających porządkować kod, identyfikatory dodawanych do strony grafik a tym czasem to bardzo istotne informacje potrzebne przyszłym odbiorcom tworzonych treści.

Przejdźmy teraz do sześciu wyjątków zawartych w treści kryterium sukcesu. 

Pierwszy wyjątek mówi o tym, że jeżeli jakaś treść nietekstowa jest też kontrolką użytkownika lub polem wprowadzania danych np. łącze, przycisk, pole edycji, to taka treść nietekstowa powinna posiadać nazwę opisującą przeznaczenie takiej kontrolki.

Gdy łącze obrazu nie będzie zaetykietowane, to niewidomy użytkownik czytnika ekranu usłyszy tylko informację, że element pod kursorem jest łączem graficznym, ale nie dowie się, gdzie to łącze prowadzi. Gdy napotka przycisk, który nie ma nazwy, będzie wiedział, że można wcisnąć ten przycisk, ale nie będzie wiedział, jaka akcja zostanie wykonana po wciśnięciu takiego przycisku. Użytkownik widzący domyśli się oczywiście z łatwością, że stosowny obrazek, który może kliknąć wykona akcję, której się spodziewa po danej kontrolce.

Odwołania do innych wytycznych i kryteriów sukcesu teraz pomijamy, ponieważ w cyklu artykułów o dostępności opiszemy po kolei w sposób dokładny i zrozumiały wszystkie wytyczne i kryteria sukcesu WCAG 2.1.

Drugim wyjątkiem w kryterium sukcesu są nietekstowe treści multimedialne oparte na czasie. Minimalnym wymaganiem jest, aby przynajmniej zapewniono tekstową informację ogólną, co zawiera umieszczony np. film lub plik dźwiękowy. Temat mediów jest uwzględniony w innej wytycznej, więc tutaj nie będziemy wchodzić w szczegóły, wszak pozostały jeszcze 4 wyjątki do opisania.

Trzeci wyjątek mówi o tym, że jeżeli treść nietekstowa musi taka być, ponieważ jej umieszczenie w postaci tekstu straciłoby cel i sens np. ćwiczenie wizualne, to należy zapewnić tekstowy opis zawierający minimum informacji o tym, czym jest umieszczona treść nietekstowa.

Oczywiście jak wcześniej napisaliśmy informacje te będą mogły być odczytywane przez technologie asystujące np. czytniki ekranu, a inni odbiorcy będą widzieć tylko tą treść, którą twórca chce im ukazać, natomiast alternatywny opis przeznaczenia takiej treści nie ukaże się osobom, które tego nie potrzebują.

Czwarty wyjątek dotyczy treści nietekstowych mających na celu przekaz zmysłowy np. gra na flecie lub sztuka wizualna. Osoba głucha nie usłyszy gry na flecie, ale alternatywa tekstowa powinna przynajmniej zawierać informację, co zawiera taka treść nietekstowa.

Punkt piąty, to kolejny ważny wyjątek. Jeżeli treść nietekstowa jest zadaniem CAPTCHA, które jest umieszczone po to, aby zweryfikować, czy z treści korzysta człowiek, a nie komputer, to wtedy alternatywa tekstowa powinna zawierać opis takiej treści nietekstowej np. obrazka z zadaniem CAPTCHA. Jest tu też mowa o tym, że należy zapewnić alternatywne metody rozwiązania zadania CAPTCHA np. zadanie dźwiękowe dla osób słabowidzących i niewidomych.

Tutaj znowu dłużej się zatrzymamy, ponieważ to bardzo często wielki problem dla osób niewidomych. Twórcy witryn i stron chcą dobrze, chcą chronić się przed manipulacją danymi i spamem, umieszczają więc zadania CAPTCHA, aby ochronić zasoby przed botami.

Jednak większość twórców i programistów nigdy nie miała do czynienia i prawdopodobnie mieć nie będzie z osobami niepełnosprawnymi, więc nawet nie przyjdzie im do głowy, żeby umieszczać dźwiękową alternatywę dla obrazkowych zadań CAPTCHA.

Ostatni, szósty już wyjątek mówi o tym, że jeżeli treść nietekstowa pełni rolę dekoracyjną lub w ogóle nie jest prezentowana, stanowiąc jedynie element formatowania wizualnego, to należy ją umieścić w taki sposób, aby technologie asystujące miały możliwość zignorowania takiej treści.

Najlepszym przykładem będą tutaj osoby korzystające z czytników ekranu. Treści niebędące tekstem, które nic nie wnoszą od strony merytorycznej do danego tekstu, powinny być ukryte przed czytelnikiem niewidomym, ponieważ nie będą przeszkadzać w odbiorze pozostałej istotnej treści, zarówno tej tekstowej, jak i tej zapewnionej przez alternatywy dla treści nietekstowej.

Jak spełnić kryterium sukcesu dla wytycznej 1. Alternatywa tekstowa?

Twórcy treści , powinni wiedzieć, że trzeba stosować opisy dla grafik i multimediów, które umieszczamy na stronach, uwzględniając przy tym 6 wyjątków wymagających odmiennego postępowania, a które opisano powyżej.

Można znaleźć całkiem interesujące dyskusje na temat m. in. Tekstu alternatywnego. Jak długi ma być tekst alternatywny? Jak opisywać różne obrazy? Kiedy stosować etykietę alt, a kiedy najlepiej długi opis obrazu?

Na końcu artykułu znajduje się link do publicznej grupy na Facebooku, na której można znaleźć wiele przydatnych wskazówek od ekspertów do spraw dostępności, twórców, a także samemu zadać pytanie czy podzielić się wątpliwościami dotyczącymi dostępności sieci Web.

Programiści, którzy chcą tworzyć dostępne witryny i strony internetowe też znajdą coś dla siebie, w tym przykłady dobrych praktyk przy tworzeniu kodu strony i porady od innych członków grupy, m. in. Ekspertów ds. dostępności, innych twórców stron, zaawansowanych użytkowników niepełnosprawnych.

Istnieje wiele technik programistycznych umożliwiających spełnienie kryterium sukcesu 1.1.1.

Można je znaleźć na przykład pod tym adresem:

https://wcag.lepszyweb.pl/?showtechniques=111#non-text-content

Jak sprawdzić, czy na stronie znajdują się treści nietekstowe, które wymagają dodania opisu lub etykiety?

W poprzednim artykule zwróciliśmy uwagę na udział Validatorów i różnych automatycznych systemów weryfikujących dostępność strony. Podkreśliliśmy, że nie można automatycznie zapewnić dostępności, ale można użyć ich do weryfikacji miejsc, które mogą być potencjalnie niedostępne.

Można użyć takiego programu pomocniczego w przypadku chęci sprawdzenia, czy na stronie znajdują się elementy będące treścią nietekstową, które są opisane źle lub wcale nie są opisane.

Często systemy zarządzania treścią dodają losowe etykiety tekstowe, w postaci ciągów cyfr np. do obrazów dodawanych do strony lub witryny. Można użyć takiego Validatora, aby szybko odnaleźć takie miejsca i wprowadzić poprawne etykiety tekstowe.

Istnieją zarówno darmowe, jak i płatne narzędzia tego typu.

Dobrym przykładem jest

www.utilitia.pl

Po rejestracji można skorzystać z większej ilości testów niż ma to miejsce w wersji demonstracyjnej, bez logowania.

Są oczywiście inne narzędzia, w tym anglojęzyczne o różnej jakości, użycie jednak kilku z nich, nawet w wersji darmowej może pomóc poprawić sytuację i znaleźć niedostrzegane dotąd problemy ze stroną lub witryną.

Redaktorzy treści też mają coraz łatwiej. W najnowszych wersjach kompilacji Office 2016, od początku w Office 2019 i od dłuższego czasu w Microsoft 365, wcześniej Office 365 znajduje się inspektor dostępności, czyli moduł, który pokazuje różne niespójności lub błędy związane z dostępnością np. niezaetykietowane obrazy w dokumentach pakietu Office.

Wystarczy tylko zwrócić uwagę na dostępność, zacząć ją wdrażać i używać wspomnianych narzędzi jako pomocy, a wdrażanie i utrzymanie dostępności stanie się mniej żmudne i trochę bardziej wygodne.

Podsumowanie

W tym artykule omówiliśmy pierwszą z wytycznych WCAG 2.1 z grupy zasady postrzegalności. Wytyczna ta zawiera tylko jedno kryterium sukcesu, w innych jest tych kryteriów więcej. Opisaliśmy również, jak można wspomóc się dodatkowymi narzędziami w procesie udostępniania treści nietekstowych. W następnym artykule omówimy kolejną wytyczną i kryteria sukcesu dla tej wytycznej.

Jeszcze na sam koniec udostępniamy wspomniane wcześniej źródła.

Grupa publiczna na Facebooku poświęcona dostępności sieci WEB:

https://www.facebook.com/groups/dostepnosc

oficjalne polskie tłumaczenie WCAG 2.1

https://www.w3.org/Translations/WCAG21-pl/

Magda – nowy darmowy głos syntetyczny (RHVoice) dla Windows

https://zlotowicz.pl/files/SyntezaMagdaSample.mp3Magda to nowy polski głos syntezatora RHVoice. Brzmi dosyć naturalnie i nie wymaga dużych zasobów sprzętowych, a do tego działa bez opóźnień. Jeżeli ktoś tęskni za dobrze brzmiącą syntezą dla screenreaderów w systemie Windows, a nie chce płacić za Vocalizera, to bardzo możliwe, że trafił i właśnie znalazł coś dla siebie.

Inicjator stworzenia pierwszego polskiego głosu dla syntezy RHVoice – Grzegorz Złotowicz pisze tak:

Zanim głos oficjalnie pojawi się w projekcie RHVoice i będzie dostępny na Androida, zapraszam do testowania jego wersji pod Windows.

Poniżej informacje szczegółowe.

Zespół autorski:

Głos: Magda Roczeń.

Edycja audio: Roman Roczeń.

Trening modelu głosu: Grzegorz Złotowicz.

Licencja

Głos udostępniony na licencji Creativecommons, Uznanie autorstwa – Użycie niekomercyjne – Bez utworów zależnych.

Linki:

Silnik RHVoice dla NVDA

Głos Magda dla NVDA

Głos Magda SAPI

Źródło: Lista dyskusyjna Typhlos.

 

Nowy model notatnika BrailleSense dostępny w Polsce

Firma E.C.E. wprowadziła do swojej oferty nowy model notatnika dla niewidomych – BrailleSense 6.0. Urządzenie koreańskiej firmy HIMS Oferuje dostęp do najnowszych aplikacji i usług dzięki najnowszemu systemowi Android w wersji 10. Za pomocą linijki brajlowskiej i syntezy mowy umożliwia osobom niewidomym i słabowidzącym wykorzystywanie aplikacji używanych w najnowocześniejszych tabletach i telefonach pracujących w tym systemie.

Co nowego?

  • Android 10 – najnowszy system operacyjny w notatniku brajlowskim
  • Ośmiordzeniowy procesor Octa-Core,
  • pamięć 6GB RAM
  • Zwiększona wydajność spełniająca wymagania zaawansowanych aplikacji i sprzyjająca wielozadaniowości
  • 128 GB pamięci,
  • Szybkie łącze USB-C zapewniające doskonałej jakości szybkie połączenia,
  • Lżejsza, bardziej smukła obudowa.

Funkcje BrailleSense 6

  • Możliwość Cichego, dyskretnego czytania plików typu Word, PDF, EPUB podczas spotkań,
  • Przedstawiania wizualnych prezentacji w PowerPoint dzięki synchronizacji z brajlem,
  • Sprawnego przeglądania arkuszy kalkulacyjnych w brajlu
  • Możliwość grupowego przygotowywania projektów
  • Uczestniczenia w spotkaniach przez Zoom, Google Meet, czy Microsoft Teams i bezpośredniego udostępniania arkuszy Power Point przez zsynchronizowany dostęp do alfabetu brajla
  • Udostępniania informacji na różnych urządzeniach i platformach za pośrednictwem Google Drive, Dropbox, OneDrive.
  • Bezpośredniego dostępu brajla do lokalnych aplikacji google i platform edukacyjnych oraz programów typu Word, Excel, Notepad, Media Player. Dzięki temu osoba niewidoma ma dostęp do wszystkich materiałów edukacyjnych i może uczestniczyć w procesie nauki na równi w widzącymi kolegami.
  • Korzystania z asystenta google,
  • Korzystania z komunikatorów czy maila podczas słuchania prezentacji,
  • Dostępu do ulubionej muzyki i YouTube
  • Łączność

BrailleSense Posiada 2 porty USB-C i dwa USB-A do wygodnego podłączenia urządzeń peryferyjnych np. drukarki, klawiatury, urządzeń audio, kamery czy monitora

Wbudowany ekran LCD

Umożliwia podejrzenie pracy użytkownika lub lepszą komunikację w przypadku osoby głucho-niewidomej

Dane techniczne:

  • System: Android 10,
  • Procesor: Octa-Core, 4 x 2.0 GHz A73, 4 x 2.0 GHz A53, pamięć 6GB RAM
  • Pamięć flash: 128 GB (100 GB udostępnione dla użytkownika),
  • Wyjścia na pamięć zewnętrzną: gniazdo na karty SD i wyjście USB,
  • Wi-Fi802.11, Dual-band, 2TR2 MU-MIMO,
  • Bluetooth: wersja 5.1 dual mode dla LE i Classic,
  • Nawigacja: GPS/Glonass/Beidou/Galileo,
  • Wbudowany akcelerometr, żyroskop, kompas,
  • Radio FM,
  • 32 znakowa linijka,
  • Kamera 13 MP, obsługuje zewnętrzną kamerę USB.

Wymiary i waga

Wymiary: 245x144x22 mm,

Waga: 705 g.

Klawisze i przyciski

9-cio klawiszowa klawiatura typu Perkins z ctrl, alt, klawiszami funkcyjnymi odpowiadającymi za funkcje mediów i regulację głośności, blokadę klawiatury, ustawienia trybów, włączania, przełączania trybów, przewijania i ustawiania kursora.

Połączenia USB:

  • USB Type-C 3.1 Gen 1 x 1(Device mode); ładowanie USB-PD (Power Delivery),
  • USB Type-C 3.1 Gen 1 x 1 (Host); USB-C Display Port 1.2; wyjście video USB-C do HDMI,
  • USB Type-A 2.0 x 2 (Host).

AUDIO:

  • Dwa głośniki stereo 2Wat,
  • Wielokierunkowy mikrofon stereo MEMS,
  • Gniazdo słuchawkowe typu Jack,
  • Gniazdo mikrofonowe typu Jack,
  • Funkcja wibracji i dźwiękowych alertów.

Zasilanie i bateria

  • Wymienna bateria o pojemności 4590 mAh,

Ładowanie zasilaczem podłączanym przez port USB,

Szybkie ładowanie do 18W, DC 5V/2A, 9V/1.67A.

Obsługiwane pliki i formaty:

Dokumenty: HBL, DOC, DOCX, XLS, XLSX, CSV, PPT, PPTX, RTF, TXT, BRL, BRF, EPUB, PDF, HTML/XML (w przeglądarce Internetowej),

Media: YouTube, MP3, MP4, WAV, ASF, OGG, WMA, M4A, M3U, PLS, Audible (z odpowiednią aplikacją), WMV, FLAC, MID, ACC,

DAISY: DAISY 2.0/2.02/3.0, NIMAS 1.1, BookShare.org, Open Library, NLS, Learning All (z odpowiednią aplikacją).

 

Źródło: E.C.E..

WCAG. dostępność treści internetowych i wprowadzenie do WCAG 2.1

Z naszego pierwszego artykułu można dowiedzieć się, czym jest dostępność w najbardziej szerokim i ogólnym znaczeniu tego słowa. Z uwagi na tematykę naszego portalu i odbiorców docelowych, w tym artykule chcemy skupić się na dostępności treści umieszczanych w Internecie, niezależnie od tego, czy są to dokumenty, portale internetowe czy zawartość multimedialna.

Jak rozumieć pojęcie dostępności treści internetowych?

Aby zdefiniować najbardziej ogólnie dostępność treści internetowych, najprościej odwołać się do ogólnego rozumienia pojęcia dostępności, a do tego uwzględnić dziedzinę, dla jakiej określamy, czym dostępność jest.

Dostępność treści internetowych oznacza możliwość zapoznania się z publikowaną treścią w sieci przez jak największą grupę ludzi, niezależnie od ograniczeń, jakich mogą w momencie chęci zapoznawania się z daną treścią doświadczać.

Oczywiście nie jest możliwe zapewnienie dostępności w każdym przypadku i sytuacji, każdej treści dla każdego człowieka. Na przykład złożone równanie matematyczne nie będzie dostępne dla osoby z niepełnosprawnością intelektualną w stopniu znacznym ze względu na trudność treści. Skomplikowany wytwór sztuki malarskiej zreprodukowany w sieci, czy nawet fizycznie nigdy nie będzie dostępny dla osoby całkowicie niewidomej w takim stopniu jak dla osoby choćby słabowidzącej. Nie oznacza to jednak, że dostępnością nie warto się zajmować, czy nie warto brać jej w ogóle pod uwagę.

Dlaczego warto tworzyć dostępne treści?

Nawet niepełna możliwość skorzystania z jakiegoś produktu, urządzenia lub po prostu pozyskania wiedzy o świecie dla każdego człowieka dotkniętego jakimś ograniczeniem warta jest wysiłku, w przeciwieństwie do całkowitej niedostępności, czyli braku możliwości. Dlaczego tak jest? Uwzględnienie dostępności jako jednego z kryteriów jakości dowolnego produktu np. strony internetowej, programu komputerowego, pralki i dowolnego innego oznacza po prostu możliwość prostszego wykorzystania danego wytworu przez człowieka, który z żadnym ograniczeniem w konkretnym przypadku nie ma do czynienia. Brzmi to trochę skomplikowanie, więc konkretny przykład powinien lepiej to ukazać.

Jeżeli jakiś twórca zajmuje się podcastami, to wydaje je, najczęściej wyłącznie w formie pliku dźwiękowego. Stworzenie transkrypcji tekstowej zwiększa jego atrakcyjność. Przede wszystkim transkrypcja ma znaczenie głównie dla osób, które nie słyszą lub słyszą słabo.  Jakie w takim razie korzyści z zapewnienia dostępności podcastu dla niesłyszących odnoszą inni, którzy trudności z treścią audio nie mają i dlaczego twórca ma wykonywać dodatkową pracę? Odpowiedź jest bardzo prosta. Wszyscy, którzy nie są ograniczeni do transkrypcji mają… wybór. Mogą zapoznać się z treścią w sposób dla siebie wygodniejszy. Przecież nie każdy lubi słuchać podcastów, nie rzadko wielogodzinnych materiałów, które, nie ukrywajmy, mogą zabrać sporo czasu. Takie osoby mogą woleć po prostu przeczytać tekst i uzyskać te same lub prawie te same informacje, co słuchacz podcastu. Twórca takiego materiału natomiast ma szansę dotrzeć do większej grupy odbiorców niż w sytuacji, gdyby ograniczał się wyłącznie do tradycyjnej formy podcastu.

Inny przykład, to dostępność warstwy wizualnej. Twórca treści, który zadbał o dostępność swojej twórczości dla osób słabowidzących, przede wszystkim umożliwia takim osobom komfortowe zapoznanie się ze swoją twórczością. Osoby nie mające żadnych problemów ze wzrokiem równie często mogą odnosić z tego korzyści np. oczy mniej męczą się w czasie czytania dostępnego tekstu.

Jak tworzyć dostępne treści w Internecie?

Po odpowiedzi na najważniejsze pytania, pora odpowiedzieć sobie na pytanie, jak właściwie tworzyć dostępne treści, które będą umieszczane w sieci. Takie wskazówki można znaleźć w zbiorze wytycznych WCAG 2.1.

Czym jest WCAG 2.1?

WCAG 2.1 z j. Ang. Web Content Accessibility guidelines, version 2.1, czyli wytyczne dla dostępności treści internetowych w wersji 2.1, to zbiór ogólnych, jak i tych bardziej szczegółowych wskazówek, którymi powinien kierować się twórca stron internetowych lub treści zamieszczanych w Internecie, aby dostarczyć treści w możliwie największym stopniu dostępne dla jak największej grupy odbiorców.

WCAG 2.1 obejmują wiele różnych wytycznych, których uwzględnienie w czasie tworzenia treści internetowych umożliwi ich odbiór wielu osobom z różnymi niepełnosprawnościami m. in. Niewidomym, słabowidzącym, głuchym i niedosłyszącym, osobom z niepełnosprawnością ruchową i wielu innym.

Nie jest jednak możliwe, jak już wspomniano wyżej, zapewnienie dostępności każdej treści każdemu człowiekowi. WCAG nie są w żaden sposób związane z żadną konkretną technologią np. systemem CMS do zarządzania treścią czy środowiskiem programistycznym. Zasady te mogą być stosowane w przypadku programów, treści internetowych, multimedialnych, a ich odbiorcy mogą korzystać z dowolnych urządzeń np. laptopów, komputerów stacjonarnych, smartfonów czy tabletów i innych urządzeń przenośnych, a treści stworzone w oparciu o wytyczne WCAG 2.1 powinny być dla tych osób dostępne.

WCAG 2.1 zawierają 4 zasady ogólne, którymi powinien kierować się każdy twórca treści internetowych, te zasady to: postrzegalność, funkcjonalność, zrozumiałość i solidność.

Omówmy krótko każdą z zasad:

Postrzegalność

Przedstawiaj użytkownikom informacje i komponenty interfejsu w sposób dostrzegalny dla ich zmysłów.

Co to znaczy?

Postrzegalność, to zalecenie dla twórcy, aby przedstawiał swoje treści i elementy służące do ich przeglądania czy obsługi w sposób dostrzegalny dla zmysłów odbiorców tych treści. Oznacza to uwzględnienie sytuacji, w których przynajmniej jeden ze zmysłów jest czasowo lub trwale niedostępny.

Jak kierować się zasadą postrzegalności przy tworzeniu treści?

Przykład. Treść wyróżniona wyłącznie kolorem względem pozostałej treści strony internetowej nie jest zgodna z tą zasadą, ze względu na brak możliwości zauważenia zmiany koloru przez osoby niewidome/z zaburzeniem widzenia barw. Zmiany sygnalizowane wyłącznie kolorystycznie w tekście często nie są odczytywane przez programy udźwiękawiające.

Zasada, jak wyżej napisaliśmy  nie ogranicza się do jednej niepełnosprawności, dotyczy wszystkich ograniczeń, które uwzględniono w wytycznych WCAG, a nawet jeżeli to możliwe zaleca uwzględnić ograniczenia sprzężone.

Funkcjonalność

Zapewnij, aby komponenty interfejsu użytkownika i nawigacja były możliwe do użycia.

Jak rozumieć treść tej zasady?

chodzi o to, aby elementy służące do obsługi produktu były dostępne dla jak największej grupy użytkowników np. korzystających tylko z klawiatury, korzystających z urządzeń wskazujących sterowanych np. ustami czy palcami stup w przypadku niepełnosprawności kończyn górnych itd. Chodzi o to, żeby np. program nie był możliwy do obsłużenia wyłącznie klawiaturą, wyłącznie myszką lub w ogóle bez użycia ekranu.

Przykładem paradoksalnym są aplikacje typu Self Voicing, które są przeznaczone głównie dla użytkowników niewidomych. Niewyświetlają one treści na ekranie monitora, a przesyłają komunikaty do wbudowanego lub zewnętrznego syntezatora mowy albo czytnika ekranu. O ile osoba niewidoma skorzysta z takiej aplikacji z przyjemnością, tak osoba niesłysząca nie będzie w stanie wykonać żadnej akcji.

Zrozumiałość

Zadbaj o to, aby informacje i obsługa interfejsu były zrozumiałe.

Jak wcielić  w życie tę zasadę tworząc treści?

W wielkim skrócie chodzi o to, aby użytkownik rozumiał to, co czyta i wiedział, jak poruszać się po dostarczanej treści. Chodzi tu zarówno o poprawność i prostotę języka naturalnego, jak i łatwą do zrozumienia strukturę treści. Im treść łatwiejsza do przyswojenia, tym więcej odbiorców ją zrozumie.

 Solidność

 

Twórz treści solidnie, aby mogły być skutecznie interpretowane przez różne programy użytkownika, w tym technologie wspomagające.

Jak rozumieć tę zasadę?

Solidność, to po prostu zalecenie, aby tworzone strony internetowe czy treści były takie, aby niezależnie od wybranych przez użytkownika do odczytu treści urządzeń i programów, w tym również technologii wspomagających miał on takie same lub możliwe zbliżone doświadczenia w odbiorze i odczytywaniu treści.

Częstym przykładem niesolidnie zrobionych stron są takie, które są różnie interpretowane w różnych przeglądarkach lub przez różne technologie asystujące.

Podane opisy czterech podstawowych zasad nie są jednoznacznie wiążące. Z resztą zasady te są dość ogólne, więc każdą z nich rozszerza zestaw wytycznych, a następnie te wytyczne uszczegóławiane są przez kryteria sukcesu. Poszczególne kryteria sukcesu zapewniają też zgodność z WCAG na różnych poziomach od najniższego A, przez średni AA i najwyższy AAA.

Szczegółowo wraz z przykładami omówimy wytyczne WCAG i kryteria sukcesu w kolejnych artykułach poświęconych dostępności. Przejdźmy teraz do kolejnego pytania.

Kto stoi za WCAG 2.1 i wcześniejszymi?

Organizacją zatwierdzającą standard WCAG i koordynującą prace nad tymi wytycznymi jest W3C (WORLD WIDE WEB CONSORTIUM). Organizacja ta zajmuje się nie tylko WCAG, ale wieloma innymi standardami związanymi z siecią web.

Treść WCAG jest konsultowana z bardzo zróżnicowanymi grupami twórców i odbiorców, pasjonatów, osób działających niezależnie oraz przedstawicielami firm i organizacji. Ludzie i instytucje zajmujący się poszczególnymi wersjami dokumentu WCAG są wymienieni w dokumencie, więc po prostu polecamy zapoznać się z WCAG, aby poznać dokładną ich listę.

Dostępność, to nie zawsze WCAG i nie tylko WCAG

Popularyzacja tematu dostępności w szerszych kręgach przez takie działania jak m. in. wprowadzenie polskiej ustawy o dostępności spowodowała, że temat zaczął być dostrzegany nie tylko przez osoby, którym leży na sercu jak najlepsza dostępność treści w Internecie i nie tylko. Jak zauważyliśmy w poprzednim artykule, to zdecydowanie zmiana na lepsze. Istnieje jednak druga, negatywna strona popularyzacji dostępności. O negatywnych skutkach, pułapkach, których warto unikać przeczytacie poniżej.

Spełnić WCAG za wszelką cenę…nawet dostępności

Obecnie można odnieść wrażenie, że często dąży się do spełnienia wytycznych i kryteriów sukcesu WCAG, bo jest to wymagane w ustawie, kolejny punkt do odhaczenia, a niestety nie myśli się o tym, żeby dana treść internetowa była po prostu dostępna. Idea dostępności jakby zagubiła się gdzieś, a zaczyna ją zastępować presja na spełnienie przez konkretną stronę wytycznych i kryteriów sukcesu WCAG. Sęk w tym, że WCAG, to nie są żelazne reguły, które muszą być spełnione tak, a nie inaczej i bezwzględnie. Mają one pomagać w zapewnieniu dostępności w możliwie szerokim zakresie, co oznacza, że zapewnienie dostępności treści nie zawsze równe jest 100 procentowej zgodności z WCAG.

Kiedy spełnienie WCAG nie jest korzystne z punktu widzenia dostępności?

Dobrym przykładem może być konieczność zapewnienia alternatywy tekstowej dla elementów nietekstowych, które niosą za sobą jakąś treść istotną dla odbioru. Zazwyczaj dobrze jest, gdy element nietekstowy np. grafika posiada opis w postaci tekstu alternatywnego, ale nie jest tak zawsze. Kiedy może to być problemem?

Kiedy tworzona jest treść dostępna dla osób z niepełnosprawnością intelektualną, a więc tekst uproszczony, często też jest on wzbogacony obrazkami ułatwiającymi jego przyswojenie osobom z taką dysfunkcją. W teorii, obrazki te powinny zostać opisane zgodnie ze wszelkimi regułami sztuki, ale są sytuacje, gdy wykonanie takiego opisu może pogorszyć finalną dostępność. Kiedy może się tak stać? Problem może powstać w momencie, gdy z treścią zapoznaje się osoba ze sprzężoną niepełnosprawnością. Sam tekst umieszczony w treści może być przyswojony przez, np. niewidomego czytelnika z niepełnosprawnością intelektualną, jednak dodanie tekstu alternatywnego w tym przypadku może utrudnić odbiór treści przez osobę z tak sprzężonymi ograniczeniami.

Ten przykład pokazuje, że chcąc tworzyć dostępne treści internetowe, należy kierować się bieżącym kontekstem sytuacyjnym, a nie bezwzględną chęcią zapewnienia zgodności strony z WCAG.

WCAG nie jest dokładną mapą drogową do stworzenia maksymalnie dostępnej strony, ponieważ to tylko wytyczne i kryteria, które nie mają na celu zastąpić myślenia ale je wspomóc, nakierować. Dokument ten ma ułatwiać wykonywanie dostępnych materiałów czy treści, a nie rozwiązywać wszystkie napotkane problemy automatycznie. To jest zadanie producenta.

Zapewnienie dostępności treści, to proces, a proces jak to proces cechuje się ciągłością trwania.

Wśród twórców stron lub po prostu osób zamawiających strony internetowe zgodne z WCAG np. instytucje publiczne, urzędy, wykształciło się bardzo niebezpieczne, z punktu widzenia odbiorców korzystających z dostępnych treści, myślenie i postępowanie.

Cóż bowiem z tego, że urząd gminy odebrał dostępną stronę, skoro treści, które są na niej umieszczane są konstruowane w sposób niedostępny np. zamiast w formie tekstowej, wrzucane są często skany (obrazy) różnych ogłoszeń. Strona, która została utworzona w sposób dostępny, zgodnie z WCAG jest taka tylko do momentu dodania do niej pierwszego elementu lub treści, który dostępny nie jest. Przychodzi do głowy bardzo dosadna analogia, że jeżeli nie będziemy dbać o coś np. nasze mieszkanie, to będzie ono posprzątane tylko do pewnego momentu. Dokładnie tak jest z dostępnością.

Zatem nie wystarczy, jak wydaje się części społeczności, zamówić raz stronę zgodną z WCAG i zapomnieć o tym temacie. Trzeba zadbać o to, aby dodawane na strony treści po jej utworzeniu również były dostępne. To równie ważne, jak wprowadzanie aktualizacji zabezpieczeń do serwera, na którym strona jest umieszczona.

Dostępność automatyczna, czyli kolejny z wielkich grzechów

Często analizując koszty, twórcy stron lub zamawiający utworzenie strony myślą, że można oszczędzić na weryfikacji, dostępności zamówionego produktu. Istnieją automatyczne walidatory, które sprawdzają, czy i jakie wytyczne lub kryteria WCAG i innych zbiorów wytycznych  są spełnione. Takie automatyczne sprawdzanie nie jest jednak rzeczywistą miarą dostępności bądź niedostępności konkretnej treści internetowej. Automatyczne walidatory mają jedynie charakter przydatnego narzędzia dla audytora i twórcy strony, ale nie mają możliwości zastąpienia człowieka w ostatecznym określeniu, czy strona lub treść spełnia wymagania użytkowników.

Takich automatycznych narzędzi można użyć do wskazania producentowi miejsc, które są potencjalnie niedostępne i w tym sensie są one przydatne. Chęć rzetelnego utworzenia dostępnej treści nie zwalnia jednak autora konkretnego elementu strony z samodzielnej weryfikacji.

Nakładki dostępności dla stron internetowych

Od dłuższego czasu, można natknąć się na ogłoszenia dotyczące wtyczek do przeglądarek, których zadaniem jest teoretycznie przetworzyć stronę na dostępną. Nieświadomym zamawiającym strony internetowej np. małych firm czy sklepów zastosowanie takiej nakładki może wydawać się łatwym sposobem na zapewnienie dostępności. Tym czasem, to żerowanie na niewiedzy takich twórców stron i zwyczajna dostępnościowa szarlataneria. Nie wahamy się użyć tak mocnego słowa, ponieważ nic tak nie szkodzi idei dostępności jak sugerowanie, że można ją zapewnić w sposób automatyczny, jednym kliknięciem, od ręki.

Po pierwsze, takie nakładki modyfikują treść strony internetowej, w sposób niekoniecznie zamierzony przez twórcę, pod pozorem zapewniania dostępności. Po drugie Ci, którzy pobierają opłaty za tak stworzone i promowane rozwiązania, zwyczajnie oszukują odbiorców, którzy nie muszą być świadomi tego, czy jest to dobre rozwiązanie, czy też nie. Wreszcie, po trzecie i najważniejsze. Odbiorcy, co oczywiste tracą szansę na odczytanie lub odbiór w inny sposób opublikowanej zawartości, ponieważ najczęściej jest ona mimo wszystko niedostępna.

Nie jest możliwe zapewnienie dostępności strony przez tak prosty trik jak nakładka udostępniająca. Wręcz przeciwnie, często takie nakładki uniemożliwiają prawidłowe korzystanie ze strony internetowej. Dostępność konkretnej treści można zapewnić tylko na etapie jej tworzenia lub samodzielnej modyfikacji, nigdy przez nakładki dla czytelnika.

Podsumowanie

Wiemy już, czym są dostępne treści w Internecie, co to jest WCAG i najogólniej to, czego unikać, gdy chcemy zapewnić odbiorcom dostępne treści.

Wymienione tutaj zagrożenia dla dostępności w postaci automatycznych wspomagaczy lub magicznych nakładek na pewno nie będą jedynymi w swoim rodzaju, ponieważ inne z pewnością pojawią się w przyszłości. Wiemy już też, że WCAG nie są bezwzględnym regulaminem, a zbiorem wskazówek i dobrych praktyk dla twórców, które pomogą uczynić stronę i publikowane na niej treści możliwie dostępnymi.

Dlatego w kolejnych artykułach w dziale dostępność na naszej stronie postaramy się podać państwu różne przykłady, zarówno te nieprawidłowe, jak i poprawne realizacji różnych wytycznych i kryteriów sukcesu WCAG 2.1.

Publikując artykuły o takiej tematyce, mamy nadzieję przyczynić się do zwiększenia świadomości istnienia WCAG i potrzeby zapewniania dostępności publikowanych treści.

Źródła:

www.informaton.blog/

blog informaton prowadzony przez niewidomego specjalistę ds. dostępności Jacka Zadrożnego.

 

Oficjalne polskie tłumaczenie WCAG 2.1, zatwierdzone przez w3C pod adresem:

https://www.w3.org/Translations/WCAG21-pl-20210413/

BlindShell Classic 2. Nowy udźwiękowiony telefon z klawiaturą przeznaczony dla niewidomych, seniorów i wszystkich tych, którzy wolą klawiaturę od ekranu dotykowego

Firmy Lumen Michał Kijewski oraz Altix wprowadziły do swojej oferty nowy model czeskiego telefonu BlindShell 2. Urządzenie posiada nową – bardziej wypukłą i wyraźnie oznaczoną klawiaturę, lepszy wyświetlacz, baterię. Ma też lepszy procesor, więcej pamięci i pozwala teraz na instalowanie dodatkowych aplikacji, które znajdują się w specjalnym Katalogu – odpowiedniku sklepów z aplikacjami dla popularnych systemów mobilnych.

BlindShell Classic 2. Informacje szczegółowe

Telefon zaopatrzony został w klawiaturę numeryczną i wyświetlacz. Nie jest to smartfon z ekranem dotykowym, stąd jego obsługa zbliżona jest w znacznym stopniu do pracy z telefonami Nokia opartymi na systemie Symbian, jaki być może pamięta jeszcze część Czytelników serwisu.

BlindShell oparty jest na systemie Android, ale bez certyfikacji Google. Został specjalnie dostosowany do pracy z klawiaturą. Ma to swoje konsekwencje. Nie uświadczymy w BlindShellu czytnika linii papilarnych i funkcji płatności NFC. Nie ma też globalnego logowania do Konta Google w ramach całego systemu ani dostępu do sklepu Google Play. Nie można również instalować aplikacji z zewnątrz, poza tymi specjalnie dostosowanymi przez producenta.

BlindShell umożliwia przeglądanie Internetu, obsługuje pocztę elektroniczną, posiada czytnik NFC do oznaczania i rozpoznawania przedmiotów za pomocą samoprzylepnych etykiet NFC, detektor kolorów, lupę elektroniczną, czytnik książek, kilka gier i wiele więcej.

Spośród aplikacji przystosowanych do pracy z BlindShellem, wymieńmy: YouTube, Google Lokout, popularne komunikatory (Telegram, WhatsApp, Messenger i Skype). Nie wszystkie z nich obsługuje się w pełni wygodnie i efektywnie.

Telefon kosztuje 2049,00 PLN. Występuje w kolorze czerwonym lub czarnym. Można do niego dokupić: silikonowe etui, etui z klapką, zapasowy akumulator (baterię), dodatkowe etykiety NFC i jeszcze inne akcesoria.

Na łamach kwartalnika Tyfloświat, pojawił się ostatnio szczegółowy artykuł o BlinndShellu.

Specyfikacja BlindShella 2 Classic

Łączność

  • GSM (2G): 850/900/1800/1900 MHz
  • WCDMA (3G): B1/B2/B4/B5/B8
  • FDD-LTE (4G): B1/B2/B3/B4/B5/B7/B8/B12/B13/B17/B20/B25/B26/B28/B66/B71
  • TDD-LTE (4G): B38/B40/B41
  • VoLTE
  • Bluetooth: 4.2
  • WiFi: 2.4 GHz + 5 GHz (802.11 a/b/g/n/ac)
  • GNSS: GPS, Galileo, BeiDou
  • Odbiornik radia FM
  • Czytnik NFC

Sprzętowe

  • Wyświetlacz: 2.83″ (480 x 640)
  • RAM: 2 GB
  • Pamięć telefonu: 16 GB SSD
  • Procesor: Qualcomm SDM450
  • Gniazdo micro SD: wspierane do 128 GB (FAT32)
  • Kamera: 13 MP
  • Gniazda SIM: 2 x microSIM
  • Akumulator: 3000 mAh
  • Głośnik: 1.5 W
            • Mikrofon: podwójny z technologią redukcji szumów
  • Wyjście audio: 3.5 stereo audio jack
  • Gniazdo USB: Typ-C
          • Klawisze: klawiatura alfanumeryczna, SOS, głośność, boczny klawisz funkcyjny
  • Latarka LED
  • Lampa błyskowa LED
  • Magnetometr
  • Barometr
  • Akcelerometr
  • Żyroskop
  • Czujnik zbliżeniowy

Wymiary

  • Wysokość x Szerokość x Grubość: 135,2 x 54,6 x 16,7 mm
  • Waga: 100g (telefon), 49g (akumulator)

Linki

BlindShell Classic 2 w sklepie Lumen

Instrukcja obsługi BlindShell Classic 2

BlindShell Classic 2 w sklepie Altix

BlindShell Classic 2 na oficjalnej stronie Producenta

BlindShell Classic 2 na YouTubie

 

Źródło: Lumen, Altix, BlindShell, informacje własne.