CampusPress publikuje wtyczkę z ułatwieniami dostępu w czasie Światowego Dnia Świadomości o Dostępności

Opublikowany: 2020-05-21

Chociaż w USA wciąż jest środa, w niektórych częściach świata budzi się już trzeci czwartek maja, który jest Światowym Dniem Świadomości Dostępności (GAAD). Celem wydarzenia jest zachęcenie większej liczby osób do dyskusji, uczenia się i rozwiązywania problemów związanych z włączaniem osób niepełnosprawnych w cyfrowy świat. Właśnie to CampusPress ma nadzieję zrobić z nową wtyczką.

Zespół CampusPress ogłosił w zeszłym tygodniu wtyczkę Accessible Content do WordPressa. Celem wtyczki jest pomoc użytkownikom końcowym w rozwiązywaniu problemów z dostępnością w ich witrynach. Wiele narzędzi jest stworzonych dla programistów i projektantów, ale zespół chciał, aby coś było w ręce użytkowników, aby mogli podjąć dodatkowe kroki niezbędne do stworzenia dostępnej strony internetowej.

Wtyczka jest obecnie dostępna za pośrednictwem GitHub, ale zespół planuje wkrótce przesłać ją do oficjalnego repozytorium wtyczek WordPress. Twórcy najpierw zbierają opinie użytkowników od klientów i społeczności.

„Nasza wtyczka Accessible Content została opracowana specjalnie po to, aby pomóc w szkoleniu i przekazywaniu informacji w czasie rzeczywistym osobom tworzącym strony i posty WordPress” — powiedział Ronnie Burt, dyrektor generalny CampusPress. „Istnieje mnóstwo narzędzi do sprawdzania witryn i wiele z nich działa całkiem dobrze. Ale wszystkie z nich wypluwają fałszywe alarmy i wyświetlają problemy na stronie, które nie mają nic wspólnego z treścią (problemy z nawigacją itp.). Tak więc jako zastrzeżenie, z założenia ta wtyczka nie znajdzie ani nie pomoże we wszystkich potencjalnych problemach z dostępnością w witrynie. Ale jeśli będzie używany przez dłuższy czas, pomoże przeszkolić twórców treści w zrozumieniu wielu najlepszych praktyk, których powinni przestrzegać, i uniknąć błędów”.

CampusPress to zarządzany dostawca hostingu i usług WordPress dla organizacji z sektora edukacyjnego. Jest to siostrzana usługa Edublogs.org, która została uruchomiona 15 lat temu.

„W tym czasie po cichu zaspokajaliśmy wyjątkowe potrzeby szkół i uniwersytetów, które korzystają z WordPressa na różne sposoby” — powiedział Burt. „Historycznie było to bardziej po stronie blogowania i uczenia się, ale ponieważ WordPress stał się preferowanym systemem CMS, przenieśliśmy się wraz z nim również na główne strony internetowe wysokiego poziomu”.

Opracowanie wtyczki Accessible Content pomoże klientom zespołu CampusPress w edukacji, szczególnie podczas zanurzania się w świat wytycznych dotyczących ułatwień dostępu.

„Ogólnie rzecz biorąc, świadomość dotycząca dostępności znacznie się poprawiła w ostatnich latach, ale dla wielu temat jest przytłaczający” – powiedział Burt. „W naszym przypadku administratorzy szkół wiedzą, że potrzebują witryny „zgodnej”, ale kiedy idziesz do zapoznania się ze standardami zgodności, niektóre są subiektywne, aw najlepszym razie bardzo złożone. Największą przeszkodą, jaką widzimy, jest to, że nadal znajdujemy się w miejscu, w którym wiedza na temat dostępności jest pozostawiona specjalistom lub narzędziom, które zwykle są wprowadzane po fakcie lub po zakończeniu projektu. W idealnym świecie dojdziemy do miejsca, w którym wiedzą fachową dzielą się wszyscy programiści, twórcy treści i wszyscy inni pracujący na stronie. Dzieje się tak, ponieważ dostępność jest o wiele lepsza i łatwiejsza, gdy jest wbudowana i przemyślana od początku i w sposób ciągły”.

Zespół udostępnia tę wtyczkę nie tylko swoim klientom, ale jako bezpłatne narzędzie dla wszystkich użytkowników WordPressa.

Jak działa wtyczka

Wtyczka jest na tyle prosta, że ​​większość ludzi może z niej korzystać. Podczas przeglądania wpisu oznacza i wskazuje problemy, które wymagają uwagi. Celem nie jest skupianie się na większych kwestiach dostępności, które mogą wynikać z tematu. Zamiast tego wtyczka wyświetla listę problemów bezpośrednio z treścią posta.

Interfejs na ekranie podglądu posta jest na tyle prosty, że można go zrozumieć bez dokumentacji. Wyświetl podgląd posta, a wtyczka zawiera przyciski po bokach ekranu, które umożliwiają poruszanie się po każdym znalezionym problemie. Na dole ekranu pozostawia pełny opis problemu. Użytkownicy mogą również uzyskać dostęp do tej funkcji za pomocą paska narzędzi w interfejsie witryny podczas przeglądania posta.

Zrzut ekranu wtyczki Accessible Content w użyciu na ekranie podglądu posta w WordPress.
Dane wyjściowe wtyczki Accessible Content na podglądzie posta.

W niektórych przypadkach, takich jak brakujący tekst alternatywny obrazu, wtyczka udostępnia link do bezpośredniego dodania tekstu alternatywnego do administratora. Odbywa się to za pomocą niestandardowego podmenu Tekst alternatywny na ekranie Media w panelu administracyjnym WordPress. Użytkownicy mogą również użyć tego ekranu w dowolnym momencie do zarządzania tekstem alternatywnym dla obrazów używanych w całej witrynie w jednym miejscu.

Dostępna zawartość Ekran zarządzania multimediami „Alt Text” do dodawania tekstu alternatywnego do obrazów.

Burt powiedział, że oryginalna specyfikacja wtyczki zawierała wszystkie kontrole dostępności i informacje w interfejsie edytora bloków. Jednak zespół natrafił na kilka przeszkód i w rezultacie przeniósł interfejs wtyczki na ekran podglądu postu.

„Gutenberg wciąż się zmienia w dość szybkim tempie” – powiedział. „W momencie, gdy otrzymywaliśmy pierwszy dowód koncepcji prac nad blokiem obrazu, nastąpiła zmiana i wszystko się zepsuło. Nie ma zabawy! Ale przejście do podglądu miało kilka miłych niezamierzonych konsekwencji. Mianowicie, wtyczka działa równie dobrze z Edytorem klasycznym, jak iz większością kreatorów stron. Kompromis polega na tym, że ostrzeżenia i pomocny tekst nie są wyświetlane w czasie rzeczywistym, jak mam nadzieję, że kiedyś je otrzymam”.

W dłuższej perspektywie zespół nadal planuje integrację bezpośrednio z edytorem bloków. Na razie wtyczka działa dobrze jako część podglądu. Jednak natychmiastowa informacja zwrotna w edytorze byłaby ogromnym impulsem do rozwiązywania problemów z dostępnością w miarę ich pojawiania się.

Ulepszenia dostępności społeczności

Burt nie wahał się podzielić swoimi przemyśleniami na temat tego, co społeczność WordPress może zrobić, aby poprawić dostępność w Internecie. Pochwalił część pracy, jaką wykonał do tej pory projekt WordPress. Podzielił się również pewnymi obawami.

„Martwię się tylko jedna rzecz — istnieje trend polegający na tym, że kilka wtyczek WordPress i rosnąca liczba narzędzi innych firm doda małą ikonę „dostępności” w rogu witryny” — powiedział. „Po kliknięciu ikony te otwierają opcje czcionek, współczynników kontrastu i mogą stanowić alternatywny sposób poruszania się po witrynie. Zauważyłem je w witrynach banków, witrynach rządowych, a teraz szkoły, z którymi współpracujemy, również je kupują, ponieważ może być kuszące dodanie kilku fragmentów kodu do osadzenia do witryny i wywoływanie jej dziennie. Dla mnie to w pewnym sensie pozwala nam wszystkim, którzy pracują nad witrynami internetowymi, nie być odpowiedzialni za projektowanie i rozwój z ułatwieniami dostępu, co naprawdę powinno być naszym ostatecznym celem”.

Podkreślił, że korzystanie z wysokiej jakości motywów i wtyczek jest dobrym krokiem dla większości użytkowników, a także zwracanie uwagi na treści, które tworzymy. Wykonanie tych prostych kroków powinno zapewnić ogólnie bardziej przystępne wrażenia użytkownika.

„Jest wiele dobrych wiadomości, jeśli chodzi o WordPress i dostępność, które powinniśmy krzyczeć z dachów” – powiedział Burt. „Po pierwsze, chociaż wciąż jest trochę do zrobienia, większość problemów zidentyfikowanych w audycie Gutenberga sponsorowanym przez WPCampus została rozwiązana. To był wspaniały przykład wyższej społeczności prowadzącej szarżę do zmiany. Bez zmiany, po prostu, szkoły, uniwersytety i agencje rządowe mogą zostać zmuszone lub zachęcone do rezygnacji z przyjęcia WordPressa”.

Audyt sponsorowany przez WPCampus w 2019 roku zaowocował 329-stronicową analizą techniczną przez Tenon, LLC. Obejmował testy oparte na użytkownikach, które obejmowały osoby z różnymi niepełnosprawnościami. Od tego czasu projekt Gutenberg pracował nad rozwiązaniem problemów zidentyfikowanych podczas audytu.

„Ponieważ coraz częściej korzystam z Gutenberga, twórcy treści mogą skorzystać z kilku ładnych jajek wielkanocnych, takich jak ostrzeżenia o współczynnikach kontrastu, a blok nagłówków domyślnie nie pokazuje opcji dla H1” – powiedział Burt. "Kocham to! Jeśli nasza społeczność będzie mogła nadal zwracać uwagę na te ulepszenia, gdy tylko jest to możliwe, zrobi to dużą różnicę. Mam również nadzieję, że niektóre z naszych testów z tej wtyczki mogą w końcu nie być potrzebne, ponieważ wprowadzane są przyszłe ulepszenia bloków i edytora.”

Burt opisał, że najlepszą rzeczą, jaką może zrobić społeczność, jest reagowanie i traktowanie wszystkich problemów z dostępnością jako głównego błędu, a nawet blokowania wydania, zanim wtyczki lub motywy zostaną uruchomione. Po części chodzi o otwartość na komunikowanie się i rozwiązywanie problemów zgłaszanych przez użytkowników.

„Przy tak wielu konkurencyjnych priorytetach może być kuszące, aby po prostu odpisać skargę lub sugestię jako pochodzącą od jednego użytkownika” – powiedział. „Ale tak naprawdę robimy największy postęp we wszystkich naszych narzędziach i usługach. Informacje zwrotne od użytkowników na temat barier i problemów, z jakimi borykają się podczas korzystania z naszych rzeczy, są czystym złotem i pomagają zapewnić, że nie powtórzymy tych samych błędów”.

Burt wymienił kilka kluczowych pytań, które jego zdaniem społeczność powinna nadal prowadzić rozmowy:

  • Czy wszystkie nowe motywy do WordPress.org muszą spełniać standardy „gotowości dostępu”?
  • Czy istnieją podobne standardy i kontrole, które moglibyśmy dodać do wtyczek? W jaki sposób autorzy wtyczek mogą zadeklarować, czy ich wtyczka może wpływać na dostępność?
  • Czy osobny zespół „Dostępności” dla rdzenia WordPressa nadal jest najlepszym sposobem? Jak ulepszyć dostępne projektowanie i rozwój na wcześniejszym etapie w praktyce? Zwykle znacznie trudniej jest naprawić problemy z dostępnością niż im zapobiec.

Są zdecydowanie warte dalszej dyskusji. Na razie jego zespół próbuje wykonać swoją małą część za pomocą wtyczki Accessible Content.