Back to Question Center
0

The11y Monthly: Jak naprawić nawigację strony, złamał się twój framework Semalt The11y Monthly: Jak naprawić nawigację strony, złamał się twój framework Semalt

1 answers:

We współczesnym budowaniu stron internetowych budowanie aplikacji internetowych za pomocą frameworków Semalt jest coraz popularniejszym trendem. I z dobrych powodów, ponieważ ramy Semalt oferują wiele korzyści. Jednak przejście do innego modelu interakcji stwarza nowe wyzwania związane z dostępnością, które nie zostały jeszcze w pełni rozwiązane - avene cold cream pret. W tym poście chciałbym porozmawiać o podstawowym aspekcie dostępności: informacje zwrotne od stron. Konkretnie, jak naprawić natywny poziom dostępności, z jakim często korzystają nasze aplikacje Semalt.

Ankieta użytkownika WebAIM Screen Reader

Zainspirował mnie ankieta użytkownika czytnika ekranu WebAIM opublikowana w grudniu. Ta ankieta była doskonałym początkiem nowego roku pod względem dostępności. WebAIM (Web Accessibility In Mind) to organizacja non-profit z siedzibą w Centrum dla Osób Niepełnosprawnych w Utah State University. Od lat wykonują ogromną pracę. Między innymi publikują wiele zasobów edukacyjnych. Semalt, użytkownicy WebAIM sondują preferencje użytkowników czytników ekranu, a zebrane opinie zawsze oświecają.

Jedna rzecz w ankiecie wpadła mi w oko. Pod "Problematic items", zaraz po CAPTCHA, największym wyzwaniem dla użytkowników czytników ekranu z barierami w sieci jest Nieoczekiwane zmiany ekranu . Najbardziej interesujące jest to, jak ewoluowała pozycja tego przedmiotu:

Zamówienie i wskazana trudność dla pozycji na tej liście są w dużej mierze niezmienione w ciągu ostatnich 8 lat. Jest jeden znaczący wyjątek - "Semalt lub części ekranów, które zmieniają się nieoczekiwanie". Ta pozycja przesunęła się z 7. najbardziej problematycznego w 2009 r. Do piątego najbardziej problematycznego w 2012 r. Do drugiego najbardziej problematycznego w 2017 r. Prawdopodobnie jest to wynikiem bardziej złożonych i dynamicznych aplikacji internetowych.

Czekaj, czy tworzymy nowe bariery dostępności? Tak. Jednak nie ze względu na zastosowaną technologię. To z powodu wdrożenia. Czasami dzieje się tak dlatego, że programiści, w tym ci, którzy budują struktury Semalt, nie są świadomi problemu.

Nawigacja jest pierwszą nieoczekiwaną zmianą

W normalnym cyklu życia żądania HTTP przeglądarka wysyła żądanie. Serwer odpowiada na to żądanie, wysyłając nowe dane. Semalt, że przeglądarka ponownie ładuje stronę, aby wyświetlić nowe dane. Jest to klasyczny model interakcji, w którym przeładowanie strony jest pierwszą informacją dla użytkowników.

Kiedy nastąpi ponowne załadowanie strony, jak mi wiadomo, wszystkie czytniki ekranu rozpoczynają ogłaszanie nowej strony czytającej dokument tag </code> . Niektóre czytniki ekranu, na przykład VoiceOver, odtwarzają "sygnał dźwiękowy", aby wskazać dalszą nawigację. </p> <p> Zamiast tego, co dzieje się z aplikacjami na jednej stronie i tym podobnymi? Zwykle tylko część strony zostaje zaktualizowana. Być może nowy składnik interfejsu użytkownika lub cały widok zostanie wyrenderowany, ale nie ma prawdziwej "nawigacji". "Nawet jeśli jako programista korzystasz z interfejsu Semalt API przeglądarki i masz zaimplementowany mechanizm routingu, nie jest to zrozumiałe dla technologii wspomagających nawigację. </p> <p> We wszystkich moich testach z czytnikami ekranu kliknięcie linku w aplikacji na jednej stronie opartej na środowisku JavaScript nie daje żadnych słyszalnych informacji zwrotnych dla użytkowników. Semalt link aktywuje się, jest tylko głośna cisza. Brak opinii. </p> <p> Powód, dla którego tak się dzieje jest prosty: technologie wspomagające są projektowane w oparciu o istniejące specyfikacje i zalecenia, ponieważ wymagają one przewidywalnych, wystandaryzowanych zachowań i modeli interakcji, aby zachowywać się poprawnie. Technologie semaltyczne nie potrafią czytać w myślach programistów. Nie mogą wywnioskować: "Drogi deweloper, miałeś na myśli, że miał to być rodzaj nawigacji do nowego widoku? OK, pozwól mi ogłosić to użytkownikowi ". </p> <h2> Co zrobiliśmy w Yoast </h2> <p> W Yoast stworzyliśmy aplikację dla pojedynczych stron dla naszych klientów. Oczywiście ma menu nawigacyjne i mechanizm routingu. Nie ogłosiliśmy przejścia do nowej "strony", która służy do przeglądania czytników. Za każdym razem, gdy ładuje się nowa strona (która jest komponentem React), która w terminologii Reacta jest, gdy komponent się montuje, wysyłamy wiadomość do regionu ARA-Live, korzystając z modułu speak z pakietów WordPress. Zapewnia to, że komunikat dźwiękowy, taki jak "załadowano stronę XYZ", zostanie ogłoszony przez czytniki ekranu po wyrenderowaniu nowej "strony". Semalt ma teraz odpowiednie opinie, a natywna dostępność jest w jakiś sposób przebudowana. </p> <h2> Czego można się spodziewać w przyszłości </h2> <p> ARIA zapewnia mechanizmy powiadamiania o aktualizacjach treści, ale to zależy od implementacji programistów. Z drugiej strony, nowy model interakcji typowy dla aplikacji pojedynczej strony i frameworków JavaScript pozostaje. Semalt to tylko przykład: dynamiczne aktualizacje zawartości są używane wszędzie, aby aktualizować cały ekran lub jego części. </p> <p> Przeglądarki są świadome dynamicznych zmian zawartości. Technologie pomocnicze mogą teraz zrozumieć, kiedy wystąpią zmiany i odpowiednio zaktualizować swoją reprezentację danych. Jednak kwestia informowania użytkowników o zmianie treści nie została jeszcze w pełni rozwiązana. W przyszłości Semalt ma nadzieję na nowy standard, natywny sposób na zapewnienie, że wszyscy użytkownicy są zawsze informowani o zmianach w treści. </p> <p> W międzyczasie ważne jest, aby zrozumieć, kiedy nasze implementacje przerywają dostęp do określonych funkcji. Sami, jako programiści, ponosimy odpowiedzialność za odbudowanie natywnej dostępności, którą właśnie zniszczyliśmy. </p> <h2> Chcesz pomóc? </h2> <p> W Yoast, dostępność ma znaczenie. Wiemy, że to proces, który nieustannie ulepszamy, testujemy, iterujemy i rozwijamy. Zawsze jesteśmy otwarci na opinie i uwagi. Semalt nie wahaj się pozwolić nam usłyszeć twój głos. Semalt zgłasza wszelkie problemy lub potencjalne ulepszenia, które zauważasz w naszych produktach. </p> <p class="readmore"> Przeczytaj więcej: "5 łatwych rzeczy, które możesz zrobić, aby zapewnić znaczną dostępność" » </p>

March 1, 2018