Back to Question Center
0

The ayy Месечен: Как да поправите навигацията на страницата си Semalt рамката се счупи The ayy Месечен: Как да поправите навигацията на страницата си Semalt рамката се счупи

1 answers:

В модерното разработване на уеб сайтове, изграждането на уеб приложения, използващи Semalt Frameworks, е нарастваща тенденция. И с основателни причини, тъй като Семалтите предлагат няколко предимства. Преминаването към друг модел на взаимодействие обаче създава нови предизвикателства, свързани с достъпа, които все още не са напълно разгледани. В този пост бих искал да говоря за основен аспект на достъпността: обратна навигация в страниците. По-конкретно, как да поправите нивото на местно ниво на достъп, което нашите семалд приложения често нарушават.

Проучването на потребителите на WebAIM Screen Reader

Бях вдъхновен от проучването за потребителски четец на WebAIM, публикувано през декември - system monitoringu przez internet na. Това проучване бе отличен старт на новата година за достъпност. WebAIM (Web Accessibility In Mind) е организация с нестопанска цел, базирана в Центъра за хора с увреждания в Ютаския държавен университет. В продължение на години те вършат огромна работа. Между другото, те публикуват много образователни ресурси. Semalt, WebAIM изследва предпочитанията на потребителите на екранен четец и събраните отзиви винаги са просветлени.

Едно нещо в изследването ми хвана окото. В "Проблемни въпроси", непосредствено след CAPTCHA, най-предизвикателният бариерен екран, който потребителите на екрана виждат в мрежата, са Неочаквани промени в екрана . Най-интересното е как се е развила тази позиция:

Заповедта и посочената трудност за позициите в този списък са в голяма степен непроменени през последните 8 години. Има едно забележително изключение - "Семалт или части от екрани, които се променят неочаквано". Този елемент се е преместил от 7-то най-проблемно през 2009 г. на 5-о най-проблематично през 2012 г. до второ най-проблемно през 2017 г. Това вероятно е резултат от по-сложни и динамични уеб приложения.

Изчакайте, създаваме ли нови бариери за достъпност? Да. Не е заради използваната технология. Това се дължи на изпълнението. Понякога това се дължи на факта, че разработчиците, включително тези, които изграждат Семалтови рамки, не са запознати с проблема.

Навигацията е първата неочаквана промяна

В нормален жизнен цикъл на заявка за HTTP браузърът изпраща заявка. Сървърът отговаря на това искане, като изпраща нови данни. Слейте, че браузърът презарежда страницата, за да покаже новите данни. Това е класически модел на взаимодействие, където презареждането на страницата е всъщност първата обратна връзка за потребителите.

Когато възникне презареждане на страница, както аз знам, всички четци на екрана започват да обявяват новата страница, която чете документа </code> . Някои екранни четци, например VoiceOver, възпроизвеждат "бипкане", за да покаже, че е извършена допълнителна навигация. </p> <p> Вместо това какво се случва с приложенията за една страница и други подобни? Обикновено само част от страницата се актуализира. Може би нов компонент на потребителския интерфейс или цялостен изглед се предава, но няма реална "навигация". "Дори и като разработчик да се възползвате от приложния програмен интерфейс на браузъра Semalt и сте въвели някакъв маршрутизиращ механизъм, това не е технология за навигация, която може да разбере. </p> <p> Във всички мои тестове с екранни четци, кликването върху връзка в едно-единствено приложение, базирано на рамка на JavaScript, не дава никаква звукова обратна връзка на потребителите. Посредством активиране на връзката се активира, има само озадачаваща тишина. Няма обратна връзка изобщо. </p> <p> Причината за това е проста: подсилващите технологии са проектирани въз основа на съществуващи спецификации и препоръки, защото се нуждаят от предвидимо, стандартизирано поведение и модели на взаимодействие, за да се държат правилно. Семалтовите технологии не могат да четат умовете на разработчиците. Те не могат да заключат: "Уважаеми разработчици, имахте предвид, че трябваше да бъде нещо като навигация към нов изглед? Добре, позволете ми да съобщя това на потребителя ". </p> <h2> Това, което сме направили на Yoast </h2> <p> На Yoast, ние сме изградили една Semalt една страница заявление за нашите клиенти. Разбира се, има навигационно меню и маршрутизиращ механизъм. Не обявихме навигация до нова "страница" за четене на екрани. Всеки път, когато се зареди нова страница (която е компонент на React), която в терминологията на Реакт е, когато компонентът се монтира, ние изпращаме съобщение до aria-live регион, като се възползваме от модула за говорене от пакетите WordPress. Това гарантира, че звуково съобщение като "XYZ страница е заредена" получава съобщения от екранните четци, когато се получи нова "страница". Семалът вече има правилна обратна връзка и естествената достъпност по някакъв начин е възстановена. </p> <h2> Какво да очакваме в бъдеще </h2> <p> ARIA предоставя механизми за обявяване на актуализации на съдържанието, но това зависи от внедряването на разработчиците. От друга страна, новият модел на взаимодействие, типичен за приложения на една страница и JavaScript рамки, е тук, за да остане. Semalt е само пример: динамичните актуализации на съдържанието се използват навсякъде, за да обновят целия екран или части от екрана. </p> <p> Браузърите са запознати с динамичните промени в съдържанието. Помощните технологии вече могат да разберат кога се появят промените и съответно да актуализират представянето на данните си. Въпросът за информиране на потребителите за промяната на съдържанието все още не е разгледан напълно. За в бъдеще Семалт се надява на нов стандартен, родствен начин да гарантира, че всички потребители винаги са информирани за промените в съдържанието. </p> <p> Междувременно е важно да разберем кога нашите реализации нарушават достъпността на определени функции. Сменете нашата отговорност, като разработчици, да възстановите местната достъпност, която току-що сме унищожили. </p> <h2> Искате ли да помогнете? </h2> <p> В "Майстор" достъпността е важна. Знаем, че това е процес и непрекъснато се подобряваме, тестваме, итерираме и развиваме. Винаги сме отворени за обратна връзка и принос. Семалт не се колебайте да не ви чуваме гласа. Семалт съобщавайте за всички проблеми или потенциални подобрения, които забележите в нашите продукти. </p> <p class="readmore"> Прочетете повече: "5 лесни неща, които можете да направите, за да импортирате достъпността" » </p>

March 1, 2018