Wytyczna Kryterium sukcesu Poziom 3.1 – Możliwość odczytania 3.1.1 ‑ Język strony A 3.1 – Możliwość odczytania 3.1.2 ‑ Język części AA 3.2 – Przewidywalność 3.2.1 ‑ Po oznaczeniu fokusem A 3.2 – Przewidywalność 3.2.2 ‑ Podczas wprowadzania danych A 3.2 – Przewidywalność 3.2.3 ‑ Konsekwentna nawigacja AA 3.2 – Przewidywalność 3.2.4 ‑ Konsekwentna identyfikacja AA 3.3 – Pomoc przy wprowadzaniu informacji 3.3.1 ‑ Identyfikacja błędu A 3.3 – Pomoc przy wprowadzaniu informacji 3.3.2 ‑ Etykiety lub instrukcje A 3.3 – Pomoc przy wprowadzaniu informacji 3.3.3 ‑ Sugestie korekty błędów AA 3.3 – Pomoc przy wprowadzaniu informacji 3.3.4 ‑ Zapobieganie błędom (kontekst prawny, finansowy, związany z podawaniem danych) AA

Wytyczna 3.1 Możliwość odczytania. Twórz treści możliwe do odczytania i zrozumienia.

Aby zapewnić kryteria sukcesu przedstawione wytycznej 3.1 należy spełnić m.in. poniższe wymagania:

należy określić główny język przetwarzania treści przez technologie asystujące (atrybut lang),

należy określić język fragmentu, jeśli zaszła zmiana języka dla treści.



Wytyczna 3.2 Przewidywalność. Twórz strony internetowe tak, aby otwierały się, wyglądały i działały w sposób przewidywalny.

Aby zapewnić kryteria sukcesu przedstawione wytycznej 3.2 należy spełnić m.in. poniższe wymagania:

przyjęcie fokusu przez dowolny komponent interfejsu użytkownika nie powoduje nieoczekiwanej zmiany kontekstu, np. strona lub aplikacja nie może przeładowywać się automatycznie, formularze nie mogą wysyłać się automatycznie bez działania ze strony użytkownika,

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,

mechanizmy nawigacji, które powtarzają się na wielu podstronach, występują w tej samej względnej kolejności za każdym razem, gdy są powtarzane,

komponenty, które mają tę samą funkcjonalność na wielu podstronach, są w taki sam sposób zidentyfikowane.

Wytyczna 3.3 Pomoc przy wprowadzaniu informacji. Pomagaj użytkownikom unikać błędów i je korygować.

Aby zapewnić kryteria sukcesu przedstawione wytycznej 3.3 należy spełnić m.in. poniższe wymagania:

jeśli automatycznie zostanie wykryty błąd wprowadzania danych, system wskazuje błędny element, a użytkownik otrzymuje opis błędu w postaci tekstu,

gdy w treści wymagane jest wprowadzenie danych przez użytkownika, zapewnione są etykiety lub instrukcje,

jeśli automatycznie zostanie wykryty błąd wprowadzania danych i znane są sugestie korekty, wtedy użytkownik otrzymuje takie sugestie,

jeśli na stronie internetowej istnieje możliwość wypełniania zobowiązań prawnych, przeprowadzania transakcji finansowych, modyfikowania lub usuwania przechowywanych danych, konieczne jest zapewnienie mechanizmów umożliwiających przywrócenie poprzednich danych oraz weryfikację lub potwierdzenie tych działań.



Zasada 4 – solidność

Tabela Solidność – zasada 4 WCAG

Wytyczna Kryterium sukcesu Poziom 4.1 – Kompatybilność 4.1.1 ‑ Parsowanie A 4.1 – Kompatybilność 4.1.2 ‑ Nazwa, rola, wartość A 4.1 – Kompatybilność 4.1.3 - Komunikaty o stanie AA

Wytyczna 4.1 Kompatybilność. Zapewnij jak największą zgodność z aktualnymi i przyszłymi programami użytkownika, w tym z technologiami asystującymi.

Aby zapewnić kryteria sukcesu przedstawione wytycznej 4.1 należy spełnić m.in. poniższe wymagania:

kod HTML musi być wolny od błędów i poprawny semantycznie, sprawdzenie należy przeprowadzić w narzędziu https://validator.w3.org/nu/#textarea

na stronach internetowych znaczniki semantyczne HTML/XHTML oraz atrybuty wraz z wartościami, a w aplikacjach mobilnych elementy semantyczne, muszą być używane zgodnie ze specyfikacją,

jeśli istnieje ważny komunikat, taki jak ostrzeżenie czy powiadomienie, który nie ma ustawionego fokusu, musi być on odpowiednio odczytywany przez czytniki ekranu. Aby to osiągnąć, można zastosować odpowiednie atrybuty ARIA, takie jak role="alert", role="status", aria-live itp., na stronach internetowych. W przypadku aplikacji mobilnych, można używać regionów live lub komunikatów live, które informują czytniki ekranu o istnieniu tych ważnych komunikatów.



Uwagi końcowe

Standard dostępności cyfrowej Politechniki Wrocławskiej jest kompleksowym dokumentem definiującym wytyczne i zasady dotyczące tworzenia dostępnych cyfrowo treści na uczelni. Standard ten został opracowany z myślą o zapewnieniu dostępności informacji i usług cyfrowych dla wszystkich użytkowników, niezależnie od ich umiejętności czy ograniczeń.

Publikacja podkreśla znaczenie tworzenia dostępnych treści na stronach internetowych i aplikacjach mobilnych, które są używane przez społeczność akademicką oraz szerokie grono użytkowników. Skierowana jest nie tylko do twórców treści, ale również do administratorów systemów, projektantów, programistów oraz innych pracowników odpowiedzialnych za dostępność cyfrową na uczelni. Zapewnienie dostępności cyfrowej jest priorytetem Politechniki Wrocławskiej, a ten standard jest ważnym narzędziem w realizacji tego celu.

Dzięki wprowadzeniu standardu dostępności cyfrowej, Politechnika Wrocławska dąży do zapewnienia równych szans i pełnej integracji wszystkich użytkowników w środowisku akademickim.



Załącznik A. Ogólne wytyczne zapewniania dostępności treści redagowanych na stronach internetowych

Bardziej szczegółowe wytyczne znajdują się na stronie www.dostepnosc.pwr.edu.pl w zakładce Baza wiedzy. Uwzględnione zostało tam szersze omówienie wraz z przykładami kodu programistycznego. Wszelkie wątpliwości należy zgłaszać i wyjaśniać z koordynatorem ds. dostępności cyfrowej Politechniki Wrocławskiej.

Czcionka – zalecane jest używanie jednego kroju czcionki w całym serwisie; dobrą praktyką jest korzystanie z domyślnego wyglądu czcionki w CMS używanym na PWr, niezmienianie wielkości ani kroju czcionki w edytorze.

Tekst – cała treść musi być dostępna w formie tekstu. Nie powinno umieszczać się grafik z tekstem, nierozpoznanych skanów. Tekst powinien być wyrównany do lewej (odradza się justowanie). Odradza się stosowanie pochylenia dla bloków tekstu. Podkreślenia celem wyróżnienia fragmentu tekstu powinno używać się głównie do hiperłączy/odnośników.

Odpowiednia kolorystyka – należy zapewnić odpowiedni kontrast między tekstem a tłem oraz między piktogramami a tłem. By sprawdzić kontrasty można skorzystać z darmowego programu Colour Contrast Analyser, w którym wybierając odpowiednie kolory dostajemy informacje o współczynniku kontrastu. Współczynnik ten powinien wynosić 4,5:1 dla tekstu oraz 3:1 dla elementów graficznych.

Wyróżnienia w tekście – nie powinno się stosować jedynie koloru do wyróżnienia fragmentu tekstu. Należy oprócz koloru zastosować inne wyróżnienie np. pogrubienie, pochylenie.

Tekst alternatywny – zdjęcia, grafiki, wykresy, itp. powinny posiadać opis w postaci tekstu alternatywnego (alt="miejsce na tekst alternatywny"). Tekst alternatywny nie powinien przekraczać 125 znaków (około 2 zdania). Gdy zdjęcie pełni jedynie funkcję ozdobną, atrybut alt powinien zostać pusty (alt=""). Złożone grafiki powinny posiadać alternatywę tekstową np. z użyciem tabeli, listy zagnieżdżonej.



Nagłówki - Tworząc nagłówki należy pamiętać o zachowaniu ich prawidłowej hierarchii (w treści nie używa się nagłówka 1 – jest on przeznaczony dla tytułu strony lub podstrony). Nagłówki powinny służyć nadaniu logicznej struktury częściom tekstu. Podtytułami na danej stronie mogą być zatem nagłówki h2, a śródtytułami nagłówki h3. Nie należy stosować nagłówków tylko do wizualnego wyróżnienia fragmentu tekstu.

Listy - Tworząc listy (w tym listy zagnieżdżone) należy korzystać z automatycznej numeracji / wypunktowania (odpowiednio semantyczne <ol> <ul> wraz z elementami <li>). Nie należy tworzyć list za pomocą myślników, cyfr wpisywanych ręcznie, gdyż takie listy nie będą poprawnie interpretowane przez czytniki ekranu.

Tabele – nie powinno używać się tabeli do tworzenia układu tekstu na stronie. Tabele powinny być stosowane do przedstawienia danych takich jak statystyki, oceny, porównania. Należy pamiętać o odpowiednim wyróżnieniu wiersza nagłówkowego poprzez nadanie mu semantycznego znacznika <th> oraz nadaniu tytułu tabeli przy pomocy znacznika <caption>. Tabele powinny być możliwie proste w swojej strukturze.

Hiperłącza/linki – w opisie linku powinien znaleźć się jego cel. Unikamy stosowania tekstów typu „Czytaj więcej”, „tutaj”. Zamiast tego należy podać nazwę serwisu, do której chcemy się odnieść np. „Więcej informacji na stronie Wydziału Chemicznego”, „Regulamin na stronie Samorządu Studenckiego”. Linki powinny otwierać się w tym samym oknie. Jeśli z jakiegoś powodu linki mają otwierać się w nowym oknie, należy o tym poinformować użytkownika np. dodając informację w nazwie linka lub w tytule (atrybut title znacznika a href). Należy unikać stosowania takich samych nazw hiperłączy dla wielu odnośników na jednej podstronie (szczególnie ważne jest to w plikach i dokumentach do pobrania).

Cytaty – cytaty w tekście powinny być wyróżnione za pomocą odpowiedniego semantycznego znacznika: <blockquote> – dla cytatów blokowych lub <q> dla cytatu liniowego. Nie należy używać kursywy do oznaczania cytatów (szczególnie dużych bloków tekstu).



Język fragmentu – jeżeli w tekście pojawiają się słowa w języku innym niż język strony, należy do oznaczenia języka użyć atrybutu lang. Dobrą praktyką jest użycie pochylenia dla danego słowa np. <i lang="en">University of Technology</i>. Należy pamiętać, że atrybut lang zawsze musi znaleźć się przy znaczniku. Zatem do oznaczenia bloków tekstu lub dłuższych fragmentów w obcym języku można użyć atrybut lang w znaczniku <p> dla całych akapitów lub w znaczniku <span> dla fragmentu.

Multimedia – filmy – udostępniając filmy powinno się zapewnić napisy zamknięte jako alternatywę dla dźwięku. Dobrą praktyką jest dodawanie napisów rozszerzonych w formie napisów zamkniętych, audiodeskrypcji lub transkrypcji jako alternatywy dla obrazu oraz umieszczanie przy dodawanym filmie krótkiej informacji – opisu alternatywnego opisującego jego zawartość. W razie konieczności napisy lub transkrypcję dla multimediów nadawanych na żywo i pozostawionych do odtwarzania można dodać w późniejszym czasie, w terminie do 14 dni, a jeśli nie może nastąpić w tym terminie należy poinformować o terminie, w którym zapewni dostępność cyfrową opublikowanych multimediów, nie dłuższym niż 2 miesiące od dnia zakończenia nadawania. 

Jeśli nagranie i montaż multimediów jest zlecany na zewnątrz należy uwzględnić w umowie zapisy dotyczące dostępności cyfrowej multimediów. Przykładowe zapisy pomocne podczas zamawiania multimediów można znaleźć na stronie: Przykładowe klauzule w umowach i w opisie przedmiotu zamówienia - Koordynatorzy ds. dostępności na Politechnice Wrocławskiej (https://dostepnosc.pwr.edu.pl/baza-wiedzy/dostepnosc-w-umowach-i-zamowieniach/przykladowe-klauzule-w-umowach-i-w-opisie-przedmiotu-zamowienia/materialy-informacyjne).

Multimedia – pliki audio – udostępniając pliki audio należy zapewnić ich transkrypt jako alternatywę dla dźwięku. W razie konieczności transkrypt można dodać w późniejszym czasie – nie powinno się jednak przekraczać terminu dwóch tygodni od udostępnienia nagrania.



Załącznik B. Rekomendacje dla tworzenia dostępnych cyfrowo materiałów dydaktycznych