9.4: Рекомендації щодо доступності інструментів розробки ATAG

Last updated
Save as PDF

Page ID: 103779

\( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \) \( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)\(\newcommand{\id}{\mathrm{id}}\) \( \newcommand{\Span}{\mathrm{span}}\) \( \newcommand{\kernel}{\mathrm{null}\,}\) \( \newcommand{\range}{\mathrm{range}\,}\) \( \newcommand{\RealPart}{\mathrm{Re}}\) \( \newcommand{\ImaginaryPart}{\mathrm{Im}}\) \( \newcommand{\Argument}{\mathrm{Arg}}\) \( \newcommand{\norm}[1]{\| #1 \|}\) \( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\) \( \newcommand{\Span}{\mathrm{span}}\) \(\newcommand{\id}{\mathrm{id}}\) \( \newcommand{\Span}{\mathrm{span}}\) \( \newcommand{\kernel}{\mathrm{null}\,}\) \( \newcommand{\range}{\mathrm{range}\,}\) \( \newcommand{\RealPart}{\mathrm{Re}}\) \( \newcommand{\ImaginaryPart}{\mathrm{Im}}\) \( \newcommand{\Argument}{\mathrm{Arg}}\) \( \newcommand{\norm}[1]{\| #1 \|}\) \( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\) \( \newcommand{\Span}{\mathrm{span}}\)

Інструменти розробки бувають у багатьох формах. Деякі знайомі веб-приклади авторських інструментів включають блоги (наприклад, WordPress), вікі (наприклад, Mediawiki), системи управління вмістом (наприклад, Drupal), системи управління навчанням (наприклад, Canvas), інструменти для створення документів (наприклад, Google Docs) та середовища виробництва відео (наприклад, YouTube). Деякі інші інструменти, які не є веб-засобами, включають редактори HTML (наприклад, Adobe Dreamweaver), інструменти для створення відео (наприклад, Camtasia Studio) та інструменти для створення документів (наприклад, Microsoft Word), які здатні створювати вміст для Інтернету.

На додаток до надання вказівок щодо розробки веб-контенту, доступного через WCAG 2.0, Ініціатива доступності Web (WAI) представила Authoring Tool l Правила доступності (ATAG 2.0), які надають вказівки щодо інструменту веб-розробки розробників для забезпечення того, щоб:

Інструменти доступні для використання людьми з обмеженими можливостями
Інструменти дозволяють створювати WCAG 2.0 відповідного веб-контенту

Відповідність

Рекомендації ATAG 2.0 відсортовані за рівнями важливості, подібно до WCAG 2.0. Оскільки ATAG 2.0 охоплює інструменти, які не є веб-, він конкретно не стосується вимог, що підтримуються доступністю, як вимоги WCAG 2.0, оскільки вони стосуються веб-стратегій, які підтримуються допоміжними технологіями.

Відповідність ATAG 2.0 для інструментів розробки є більш складною, ніж відповідність WCAG 2.0 для веб-вмісту, оскільки вона включає WCAG 2.0 і додає ряд вимог, характерних для інструментів розробки.

Часткова відповідність компонентів процесу ATAG 2.0 також можлива у випадках, коли для отримання повної відповідності знадобляться додаткові компоненти. Наприклад, якщо інструмент не надає можливості перевірки доступності (вимога для відповідності ATAG 2.0), він може претендувати на часткову відповідність, якщо є можливість додати плагін, який забезпечує перевірку доступності. Часткова відповідність також може бути заявлена, коли платформа обмежує відповідність. Наприклад, якщо інструмент працює на декількох операційних системах, і відповідність можлива на одній платформі (наприклад, Windows), яка має доступну службу перевірки доступності додатків, але подібна служба недоступна для системи, яка працює на іншій платформі (наприклад, Linux), обмеження платформи претензія на відповідність може бути пред'явлена.

Детальніше про вимоги щодо відповідності можна знайти в самій специфікації ATAG 2.0:

Читання та посилання: Претензії щодо відповідності ATAG 2.0

АТЕГ 2.0 Частина A

Частина A ATAG 2.0 містить вказівки щодо того, щоб зробити користувальницький інтерфейс інструмента розробки доступним. Взагалі кажучи, ці настанови відображають WCAG 2.0 з додаванням вимог доступності для інструментів, які не є веб-ресурсами.

Чотири керівні принципи верхнього рівня в частині А такі:

Принцип A.1: Інтерфейси користувача інструмента розробки дотримуються відповідних вказівок щодо доступності
Принцип А.2: Редагування переглядів сприймаються
Принцип А.3: Редагування переглядів є працездатними
Принцип А.4: Редагування-перегляди зрозумілі

АРТЕГ 2.0 Частина B

Частина B ATAG 2.0 зосереджена на настановах щодо створення інструментів, здатних генерувати відповідний WCAG 2.0 веб-вміст. Він також має чотири керівні принципи верхнього рівня та низку підкерівних принципів для кожного. Для повного переліку цих рекомендацій зверніться до повної специфікації ATAG.

Принцип B.1: Повністю автоматичні процеси виробляють доступний вміст
- Цей набір керівних принципів стосується функцій інструмента розробки, які автоматично генерують веб-вміст.
  Технічні: Наприклад, якщо інструмент автоматично генерує базовий шаблон HTML під час створення нової сторінки, цей шаблон повинен містити декларацію DOCTYPE, належну <head>область та <title>елемент, а також <body>область, і він повинен перевіряти на основі заданої специфікації HTML.
- Коли існуючий вміст редагується в інструменті створення, він повинен забезпечити спосіб збереження будь-якої інформації про доступність, що міститься в оригінальному вмісті.
Принцип B.2: Автори підтримуються у виробництві доступного вмісту
- Якщо, наприклад, інструмент надає засоби для додавання зображень, він також повинен надати засіб для додавання альтернативного тексту, і це означає, що він повинен бути помітним.
- Якщо, наприклад, додано зображення, але не було надано альтернативного тексту, інструмент запропонує автору включити його та пояснює, чому це потрібно.
- Якщо наявна інформація про доступність доступна в раніше існуючому вмісті, надається засіб для редагування цієї інформації.
- Інструмент не намагається автоматично відновити наявну інформацію про доступність, якщо не виявлено певних проблем, таких як альтернативний текст за замовчуванням, наприклад «зображення».
- Доступні шаблони, що надаються системою, ідентифікуються як такі.
Принцип B.3: Автори підтримуються в покращенні доступності існуючого контенту
- Інструменти надаються для перевірки доступності авторського вмісту на основі WCAG 2.0 або інших специфікацій доступності.
- Керівництво надається там, де потрібна ручна перевірка.
- Якщо виявлені проблеми, інструмент надає пропозиції щодо усунення проблем.
Принцип B.4: Інструменти розробки сприяють та інтегрують їх функції доступності
- Функції спеціальних можливостей у інструменті увімкнено за замовчуванням.
- Інструмент не має можливості вимкнути доступні функції авторингу.
- Якщо функції доступності можна вимкнути, надається попередження, що пояснює потенційну небезпеку цього.
- Документація надається на авторство доступного контенту.