3.3: Еволюція веб-доступності
- Page ID
- 103791
Якщо вам цікаво дізнатися про історію, що стоїть за WCAG, погляньте на часову шкалу віх, описаних нижче.
1995: Починається доступність Інтернету
Саме в середині 1990-х років почала володіти обізнаністю про доступність Інтернету, вперше згаданий Тім Бернерс-Лі у своїй основній промові на 1994 Другій міжнародній конференції World Wide Web в Чикаго. Уніфіковані керівні принципи доступності веб-сайтів були складені незабаром після цього в Центрі TRACE при Університеті Вісконсин-Медісон в 1995 році. Версія 8 Уніфікованих керівних принципів доступності веб-сайту стала початковим документом для WCAG 1.0.
1999: Випущено WCAG 1.0
Лише 1999 року перша версія Керівництва доступності веб-вмісту (WCAG 1.0) була випущена ініціативою веб-доступності W3C (WAI). Це був значний прогрес у просуванні доступної мережі. За допомогою WCAG 1.0 можна було оцінити доступність на основі стандарту, без необхідності використання таких програм, як JAWS. Цей стандарт також використовувався розробниками допоміжних технологій (наприклад, читачів з екрана), щоб краще зрозуміти, як AT повинен взаємодіяти з вмістом в Інтернеті. Потім можна було б судити про доступність на основі того, що слід зробити специфікації WCAG. Але виникли проблеми з WCAG 1.0, що сповільнило його прийняття. Ці проблеми будуть вирішені з випуском WCAG 2.0.
2008: Випущено WCAG 2.0
У 2008 році WCAG 2.0 був випущений для усунення недоліків попередника. Однією із суттєвих змін стала незалежність технології. Це означало, що те, що раніше могло бути пов'язане з бар'єром у HTML-контенті, тепер є бар'єром незалежно від використовуваної технології.
Наприклад, «включити альтернативний текст із зображеннями», «alt» -
атрибут HTML, став «включати текстові альтернативи для візуального вмісту» без посилання на технологію, що представляє вміст. WCAG 2.0 вирішила доступність для цілого ряду веб-технологій, включаючи такі речі, як Flash, Java, JavaScript та інші подібні технології.
Другою важливою зміною стало прийняття JavaScript у WCAG 2.0 як законної веб-технології. За допомогою WCAG 1.0 розробникам довелося створювати альтернативи елементам JavaScript, які вони, можливо, додали для створення інтерактивності у своєму веб-контенті. Іншими словами, веб-сайт повинен був працювати з тією ж функціональністю, якщо JavaScript був вимкнений у браузері користувача. Це суттєво обмежило те, що розробники могли зробити, дотримуючись WCAG 1.0, і стало ще одним фактором, що сприяє повільному поглинанню WCAG 1.0.
З виходом WCAG 2.0 це обмеження було знято. Більше не є вимогою створювати альтернативи скриптовим функціям, хоча це все ще є вимогою зробити ці функції доступними - безумовно, можна виконати для більшості інтерактивності JavaScript, яку ми бачимо на сучасних веб-сайтах.
2015: HTML5 & ВАЙ АРІЯ
Сьогодні у нас є ряд нових доповнень до колекції стандартів доступності з введенням таких специфікацій, як WAI-ARIA (Доступні Rich Internet Applications). WAI-ARIA є розширенням HTML5, що дозволяє розробникам додавати інформацію про ролі, стани та властивості користувальницьких функцій, які вони могли б створити за допомогою JavaScript, які раніше були б недоступні для користувачів AT.
Наприклад, розробник може захотіти використати колекцію <div>елементів для створення форми. Це, звичайно, можливо з деяким сценарієм доданий, але a <div>ніколи не був призначений для використання в якості елемента форми або бути інтерактивним з цього приводу. Вони не мають ролі чи станів або властивостей, які вказували б користувачеві AT, що вони були у формі, на відміну від <form>елемента в HTML, який має всі ці семантичні характеристики, вбудовані за замовчуванням.
ARIA тепер дозволяє розробникам призначити роль = «form»
a, <div>щоб ідентифікувати її як форму.
<div>Використовуваний для створення прапорця тепер може мати
role="checkbox»
додано, а aria-checked="true»
встановити свою роль і стан (перевірено або не позначено) оголошено AT так само, як стандартні елементи форми HTML оголошуються. Ми поговоримо трохи більше про WAI-ARIA в блоці 8, але поки що знаємо, що це, мабуть, найбільш значуща технологія доступності, яка з'явилася в останні роки.
2018: WCAG 2.1 та срібло проекту
Коли WCAG 2.0 був представлений у 2008 році, iPhone був випущений лише роком раніше, і лише 2009 року він буде використаний сліпими особами. WCAG 2.0 надав мало вказівок щодо розробки доступного вмісту для доступу через мобільні пристрої.
WCAG 2.1 покликаний заповнити цю прогалину, розробляючи рекомендації, які допоможуть розробникам дотримуватися правил доступності при розробці мобільних веб-сторінок та адаптивних дизайнів для веб-контенту, серед іншого. WCAG 2.1 був випущений у червні 2018 року, додавши один новий орієнтир та 17 нових критеріїв успіху.
Нещодавня стаття Скотта Холлієра про зміни в WCAG 2.1: WCAG 2.1: Роздуми про нові керівні принципи та критерії успіху.
Паралельно з WCAG 2.1 також був запущений проект Silver. Срібло - кодова назва WCAG 3.0. Основна увага Silver приділяється інтеграції стандартів доступності в розвивається Інтернет речей (IoT). З усім, починаючи від холодильників, закінчуючи домашніми системами клімат-контролю, до моніторингу безпеки, який зараз підключається до Інтернету, Silver розробляється, щоб забезпечити доступ до цих нових технологій для всіх.
Чому срібло? Символ елемента срібла - Ag, який представляє Правила доступності.