WCAG 2.0 - obalamy mity

Wykonujemy znaczną ilość audytów WCAG 2.0 kontrolujących stopień dostosowania stron internetowych do Rozporządzenia Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, i zarysowała nam się pewna prawidłowość – w polskim Internecie panuje błędne przekonanie, że strona www spełniająca wymagania specyfikacji WCAG 2.0 jest wyposażona w kilkanaście przełączników służących do zmiany kolorów na bardziej kontrastowe, umożliwiających zmianę wielkości czcionek etc. Tymczasem… nie jest to prawda. To o tyle zaskakujące, że sytuacja dotyczy także nowo powstających stron www, a to świadczy o niezrozumieniu czym jest specyfikacja WCAG 2.0 i jakie są jej zalecenia. W dużym skrócie – strona spełniająca założenia specyfikacji WCAG 2.0 jest w równym stopniu dostępna dla osób pełnosprawnych, jak i niepełnosprawnych – nie potrzebuje żadnych przełączników kolorów, kontrastów itp., gdyż od podstaw jest budowana tak, aby była dostępna dla wszystkich. Nowo powstające strony www budowane z myślą o WCAG 2.0 tych elementów nie mają – rozmaite kontrolki po prostu nie są na nich do niczego potrzebne.

Obecność przełączników kontrastu, wielkości czcionek etc. nie świadczy o spełnianiu przez stronę założeń specyfikacji WCAG 2.0. Ich obecność to obejście, swoiste „koło ratunkowe” – w polskich warunkach wymuszone wspomnianym Rozporządzeniem Rady Ministrów, które generalnie dostosowuje polskie prawo do dyrektyw Unii Europejskiej w tym zakresie. Zgodnie z tym aktem prawnym, strony www i systemy teleinformatyczne muszą być zgodne z WCAG 2.0, jednak na budowanie ich od nowa zazwyczaj nie można sobie pozwolić z powodu np. zbyt dużego rozbudowania istniejącego systemu, zbyt wysokich kosztów, które za sobą pociągałaby budowa strony jeszcze raz itp. Autorzy rozporządzenia słusznie zauważają, że większość stron administracji publicznej jest obecnie całkowicie niedostępna dla osób niepełnosprawnych. Osoba np. niewidoma tymczasem także ma prawo wezwać policję, czy pogotowie ratunkowe w sytuacji zagrożenia, albo zapytać jak załatwić sprawę w urzędzie, a potrzebny numer telefonu znaleźć na stronie www danej instytucji lub po prostu skontaktować się z ową instytucją za pomocą formularza kontaktowego na stronie – tak jak robią to internauci pełnosprawni. Kontrolki przełączania warstw systemu na zgodne z WCAG 2.0 (czy też raczej ułatwiające poruszanie się po stronie osobom z różnymi rodzajami niepełnosprawności) masowo pojawiające się obecnie na urzędowych stronach www to, jak wspomnieliśmy, „koło ratunkowe” – elementy dostosowujące istniejące strony wprowadzane są po to, aby nie musieć budować ich od podstaw. Obecność przełączników kontrastu, dostosowywania czcionek etc. świadczy jedynie o tym, że dana strona była/jest dostosowywana do specyfikacji WCAG 2.0, nie zaś o tym, że ją spełnia – nie zawsze jest to bowiem w pełni możliwe w przypadku istniejącego systemu informatycznego.

Sytuacja taka w ogóle nie powinna mieć miejsca w przypadku nowo powstających systemów teleinformatycznych, czy stron www. Strona WCAG 2.0 z założenia ma być bezproblemowo dostępna zarówno dla osób pełnosprawnych, jak i niepełnosprawnych – i na tym polega idea WCAG 2.0 w swej istocie. Kontrast na zgodnej stronie jest od początku dobrany tak, że umożliwia czytanie osobom niedowidzącym i nie trzeba go przełączać, a dla osób widzących może stanowić co najwyżej kwestie estetyczne (strony WCAG 2.0 są stosunkowo stonowane), czcionki są odpowiednio duże (osoba pełnosprawna także bez kłopotu przeczyta większy tekst, a przy okazji nie męczy oczu drobną czcionką), strona jest w pełni obsługiwana z klawiatury i ma wbudowane skróty klawiaturowe, co nie oznacza, że standardowa obsługa zostaje wyłączona – osoby pełnosprawne dalej poruszają się po systemie klasycznie przy pomocy myszki. I można by tak wymieniać bardzo długo – tak długo, jak obszerna jest specyfikacja WCAG 2.0.

Drupal 8 w wersji stabilnej - co nowego

Po kilku latach (sic!) opóźnienia, kolejnych wersjach beta i ponad dwuletnim poślizgu w opublikowaniu wersji stabilnej, ostatecznie, 19 listopada, zespół Drupala przedstawił ósmą wersję tego popularnego CMSa. To chyba najdłużej wyczekiwana wersja Drupala w wieloletniej historii tego projektu. Co nowego przynosi? Niżej, lista najważniejszych – naszym zdaniem – nowych funkcji:

Nowe pola wbudowane w rdzeń – m.in. referencje do encji, odnośniki, data, mail, telefon. Komentarze są teraz polami standardowymi. Pola są dołączane do formularzy (np. formularza kontaktowego).

Popularny moduł Views został wbudowany w rdzeń systemu – a co za tym idzie łatwiejsza jest zmiana strony głównej, która stała się pełnoprawnym widokiem. Łatwiejsze stało się też budowanie stron administracyjnych, edycja treści, dodawanie własnych filtrów, akcji etc..

Responsywność – wszystkie wbudowane w Drupala 8 skórki są responsywne, podobnie jak zaplecze administracyjne. Każda strona zbudowana na nowym Drupalu działa poprawnie na urządzeniach mobilnych.

HTML5 – odświeżony CMS generuje strony w pełnym HTML5. Znacznie uproszczono strukturę elementów i klas. System wspiera dynamiczną zmianę rozmiaru obrazów w momencie zmiany wymiarów okna przeglądarki. Dodano też wsparcie dla narzędzi wprowadzonych w HTML5 – wprowadzanie dat, emaili, telefonów na urządzeniach mobilnych.

Wsparcie dla WCAG 2.0 – pełne poszanowanie standardów WAI-ARIA. Ma to szczególne znaczenie dla organów administracji rządowej, samorządowej i innych jednostek publicznych. System jest w pełni dostosowany „out of the box” do standardu WCAG 2.0.

W rdzeń Drupala wbudowano moduł CKEditor – ulepszony formularz dodawania zawartości, dzięki czemu możliwa jest edycja zawartości „w locie”, bez przechodzenia do pełnej wersji formularza. Uproszczona została ponadto konfiguracja edytora WYSIWYG i uproszczono zapisywanie wersji roboczych.

Nowy Drupal zawiera nowy system konfiguracji – oparty o pliki. Rozbudowano wersjonowanie i przenoszenie konfiguracji między środowiskami. Przenoszone są typy zawartości, pola, widoki.

Wielojęzyczność – znaczne zmiany nastąpiły w zakresie obsługi stron wielojęzycznych. Ekran instalacyjny pozwala wybrać język. W pełni wspierana jest wielojęzyczność widoków, pól i pozostałych części Drupala.

Serwer usług REST – nowy Drupal może służyć jako źródło danych dla aplikacji mobilnych, udostępniając dane w formacie JSON lub XML z pełną autoryzacją http dostępu do usług oraz wstawianiem danych z widoków jako usługi.

Aplikacja Prins Finder autorstwa Entera Studio WWW

Telefony i tablety stały się nieodłączną częścią naszej codziennej aktywności. Nic dziwnego, że aplikacje do nich przeznaczone są chętnie wykorzystywaną platformą kontaktu z klientami, czy narzędziami służącymi do codziennej pracy. Wydawałoby się, że te dwa zastosowania są ze sobą sprzeczne. Tymczasem nie zawsze musi tak być – aplikacja służąca pracownikom do pracy może jednocześnie być użyteczną aplikacją dla klientów firmy. Jako przykład można wskazać aplikację Prins Finder, dostępną dla systemów Android, iOS i Windows Phone, stanowiącą interaktywny katalog produktów firmy oferującej samochodowe instalacje LPG. Aplikacja pomaga klientom w doborze instalacji gazowej właściwej dla ich auta. Program służy jednak nie tylko klientom firmy – mechanicy współpracujący z producentem instalacji LPG mogą sprawdzić w niej dostępność systemów LPG do konkretnych marek i modeli samochodów, zawsze mając pod ręką aktualny, interaktywny katalog produktów.